Udostępnij za pośrednictwem


Wskazówki dotyczące aprowizacji licencji dla rozszerzonych aktualizacji zabezpieczeń dla systemu Windows Server 2012

Elastyczność ma kluczowe znaczenie w przypadku rejestrowania infrastruktury zakończenia wsparcia w rozszerzonych aktualizacjach zabezpieczeń (ESU) za pośrednictwem usługi Azure Arc w celu otrzymywania krytycznych poprawek. Aby ułatwić korzystanie ze scenariuszy wirtualizacji i odzyskiwania po awarii, należy najpierw aprowizować licencje systemu Windows Server 2012 Arc ESU, a następnie połączyć te licencje z serwerami z obsługą usługi Azure Arc. Łączenie i aprowizowanie licencji można wykonać za pośrednictwem witryny Azure Portal.

Podczas aprowizowania licencji ESU WS2012 należy określić:

  • Licencja rdzenia wirtualnego lub fizycznego rdzenia
  • Licencja standardowa lub datacenter

Należy również potwierdzić liczbę skojarzonych rdzeni (podzieloną na liczbę pakietów 2-rdzeniowych i 16 rdzeni).

Aby ułatwić proces aprowizacji licencji, ten artykuł zawiera ogólne wskazówki i przykładowe scenariusze klienta dotyczące planowania wdrożenia jednostek ESU WS2012 za pośrednictwem usługi Azure Arc.

Ogólne wskazówki: standardowe a centrum danych, rdzenie fizyczne i wirtualne

Licencjonowanie rdzeni fizycznych

Jeśli zdecydujesz się na licencję na podstawie rdzeni fizycznych, licencjonowanie wymaga co najmniej 16 rdzeni fizycznych na maszynę. Większość klientów decyduje się na licencję na podstawie rdzeni fizycznych i wybierz wersję Standard lub Datacenter, aby dopasować je do oryginalnego licencjonowania systemu Windows Server. Chociaż licencjonowanie w warstwie Standardowa można zastosować do maksymalnie dwóch maszyn wirtualnych, licencjonowanie centrum danych nie ma limitu liczby maszyn wirtualnych, do których można zastosować. W zależności od liczby omówionych maszyn wirtualnych warto wybrać licencję centrum danych zamiast licencji standardowej.

Licencjonowanie rdzeni wirtualnych

Jeśli zdecydujesz się na licencję na podstawie rdzeni wirtualnych, licencjonowanie wymaga co najmniej ośmiu rdzeni wirtualnych na maszynę wirtualną. Istnieją dwa główne scenariusze, w których ten model jest zalecany:

  1. Jeśli maszyna wirtualna jest uruchomiona na hoście innej firmy lub dostawcy usług w chmurze, takich jak AWS, GCP lub OCI.

  2. System operacyjny Windows Server został licencjonowany na podstawie wirtualizacji.

Inny scenariusz (scenariusz 1 poniżej) jest kandydatem do licencjonowania maszyny wirtualnej/rdzenia wirtualnego, gdy maszyny wirtualne WS2012 są uruchomione na nowszym hoście systemu Windows Server (czyli windows Server 2016 lub nowszym).

Ważne

Licencjonowanie rdzeni wirtualnych nie może być używane na serwerach fizycznych. Podczas tworzenia licencji z rdzeniami wirtualnymi zawsze wybieraj wersję standardową zamiast centrum danych, nawet jeśli system operacyjny jest wersją centrum danych.

Limity licencji

Każda licencja WS2012 ESU może obejmować maksymalnie 10 000 rdzeni. Jeśli potrzebujesz jednostek ESU dla ponad 10 000 rdzeni, podziel łączną liczbę rdzeni na wiele licencji. Ponadto w jednej grupie zasobów można utworzyć tylko 800 licencji. Użyj większej liczby grup zasobów, jeśli musisz utworzyć więcej niż 800 zasobów licencji.

Zgodność z rozwiązaniem SA/SPLA

We wszystkich przypadkach musisz potwierdzić zgodność z programem SA lub SPLA. Nie ma wyjątku dla tych wymagań. Pakiet Software Assurance lub równoważna subskrypcja serwera jest wymagana do zakupu rozszerzonych aktualizacji zabezpieczeń lokalnie i w środowiskach hostowanych. Możesz zakupić rozszerzone aktualizacje zabezpieczeń od Umowa Enterprise (EA), umowy Enterprise Subscription Agreement (EAS), rejestracji serwera i rejestracji w chmurze (SCE) oraz rejestracji rozwiązań edukacyjnych (EES). Na platformie Azure nie potrzebujesz pakietu Software Assurance, aby uzyskać bezpłatne rozszerzone aktualizacje zabezpieczeń, ale do korzystania z Korzyść użycia hybrydowego platformy Azure jest wymagany pakiet Software Assurance lub subskrypcja serwera.

Korzyść subskrypcji programu Visual Studio dla scenariuszy tworzenia i testowania

Subskrypcje programu Visual Studio umożliwiają deweloperom uzyskiwanie kluczy produktów dla systemu Windows Server bez dodatkowych kosztów, aby ułatwić im opracowywanie i testowanie oprogramowania. Jeśli system operacyjny serwera z systemem Windows Server 2012 jest licencjonowany za pośrednictwem klucza produktu uzyskanego z subskrypcji programu Visual Studio, możesz również uzyskać rozszerzone aktualizacje zabezpieczeń dla tych serwerów bez dodatkowych kosztów. Aby skonfigurować licencje ESU dla tych serwerów przy użyciu usługi Azure Arc, musisz mieć co najmniej jeden serwer z płatnym użyciem ESU. Nie można utworzyć licencji ESU, w której wszystkie skojarzone serwery mają prawo do korzyści subskrypcji programu Visual Studio. Zobacz dodatkowe scenariusze w artykule dotyczącym wdrażania, aby uzyskać więcej informacji na temat poprawnego aprowizowania licencji ESU w tym scenariuszu.

Tworzenie, testowanie i inne serwery nieprodukcyjne z płatną licencją systemu operacyjnego (na przykład z klucza licencjonowania zbiorowego organizacji) muszą korzystać z płatnej licencji ESU. Jedynymi serwerami deweloperskimi/testowymi uprawnionymi do licencji ESU bez dodatkowych kosztów są te, których licencje systemu operacyjnego pochodzą z subskrypcji programu Visual Studio.

Oszczędności kosztów dzięki migracji i modernizacji obciążeń

W miarę migrowania i modernizacji infrastruktury systemów Windows Server 2012 i Windows 2012 R2 do końca 2023 r. możesz wykorzystać elastyczność rozliczeń miesięcznych za pomocą jednostek ESU systemu Windows Server 2012 z włączoną usługą Azure Arc w celu uzyskania oszczędności kosztów.

Ponieważ serwery nie wymagają już jednostek ESU, ponieważ zostały one zmigrowane na platformę Azure, rozwiązanie VMware Solution (AVS) lub azure Stack HCI , gdzie kwalifikują się do bezpłatnych jednostek ESU, lub zaktualizowane do systemu Windows Server 2016 lub nowszego, możesz zmodyfikować liczbę rdzeni skojarzonych z licencją lub usunąć/dezaktywować licencje. Możesz również połączyć licencję z nowym zakresem dodatkowych serwerów. Aby dowiedzieć się więcej, zobacz Programowe wdrażanie licencji rozszerzonych aktualizacji zabezpieczeń usługi Azure Arc i zarządzanie nimi. Aby uzyskać informacje o jednostkach ESU bez kosztów za pośrednictwem rozwiązania Azure Stack HCI, zobacz Bezpłatne rozszerzone aktualizacje zabezpieczeń za pośrednictwem rozwiązania Azure Stack HCI.

Uwaga

Ten proces nie jest automatyczny; rozliczenia są powiązane z aktywowaną licencją i odpowiadasz za modyfikowanie aprowizowanego licencjonowania w celu uzyskania korzyści z oszczędności kosztów.

Przykłady oparte na scenariuszach: zgodne i ekonomiczne licencjonowanie

Scenariusz 1: Osiem nowoczesnych hostów 32-rdzeniowych (nie Windows Server 2012). Podczas gdy na każdym z tych hostów są uruchomione cztery 8-rdzeniowe maszyny wirtualne, na każdym hoście jest uruchomiony system Windows Server 2012 R2

W tym scenariuszu można użyć licencjonowania opartego na rdzeniach wirtualnych, aby uniknąć pokrycia całego hosta przez aprowizowanie ośmiu licencji systemu Windows Server 2012 Standard dla ośmiu rdzeni wirtualnych i połączenie każdej z tych licencji do maszyn wirtualnych z systemem Windows Server 2012 R2. Alternatywnie można rozważyć skonsolidowanie maszyn wirtualnych z systemem Windows Server 2012 R2 na dwóch hostach, aby skorzystać z fizycznych opcji licencjonowania opartych na rdzeniach.

Scenariusz 2: Oddział z czterema maszynami wirtualnymi, każdy 8 rdzeni na 32-rdzeniowym hoście systemu Windows Server 2012 Standard

W takim przypadku należy aprowizować dwie licencje WS2012 Standard dla 16 rdzeni fizycznych i zastosować je do czterech serwerów z obsługą usługi Arc. Alternatywnie można aprowizować cztery licencje WS2012 Standard dla ośmiu rdzeni wirtualnych i stosować je indywidualnie do czterech serwerów z obsługą usługi Arc.

Scenariusz 3. Osiem serwerów fizycznych w sklepach detalicznych, każdy serwer jest standardowy z ośmioma rdzeniami i nie ma wirtualizacji

W tym scenariuszu należy zastosować osiem licencji WS2012 Standard dla 16 rdzeni fizycznych i połączyć każdą licencję z serwerem fizycznym. Należy pamiętać, że minimum 16 rdzeni fizycznych ma zastosowanie do aprowizowanych licencji.

Scenariusz 4. Środowisko wielochmurowe z 12 maszynami wirtualnymi platformy AWS, z których każda ma 12 rdzeni i korzysta z systemu Windows Server 2012 R2 Standard

W tym scenariuszu należy zastosować 12 licencji systemu Windows Server 2012 Standard z 12 rdzeniami wirtualnymi i połączyć je indywidualnie z każdą maszyną wirtualną platformy AWS.

Scenariusz 5. Tradycyjne ESU systemu Windows Server 2012 zostały już zakupione w ramach licencjonowania zbiorowego

W tym scenariuszu serwery z obsługą usługi Azure Arc zarejestrowane w rozszerzonych aktualizacjach zabezpieczeń za pośrednictwem aktywowanego klucza MAK są zarejestrowane w jednostkach ESU w witrynie Azure Portal. Masz elastyczność przełączania się z tego opartego na kluczach tradycyjnego modelu ESU do jednostek ESU WS2012 z włączoną przez usługę Azure Arc od roku do drugiego roku.

Scenariusz 6. Migrowanie lub wycofywanie serwerów z obsługą usługi Azure Arc zarejestrowanych w systemie Windows Server 2012 ESU

W tym scenariuszu można dezaktywować lub zlikwidować licencje ESU skojarzone z tymi serwerami. Jeśli tylko część majątku serwera objętego licencją nie wymaga już jednostek ESU, możesz zmodyfikować szczegóły licencji ESU, aby zmniejszyć liczbę skojarzonych rdzeni.

Scenariusz 7: 128-rdzeniowy serwer Windows Server 2012 Datacenter z systemem od 10 do 15 maszyn wirtualnych z systemem Windows Server 2012 R2, które są regularnie aprowidowane i anulowane

W tym scenariuszu należy aprowizować licencję systemu Windows Server 2012 Datacenter skojarzoną z 128 rdzeniami fizycznymi i połączyć tę licencję z maszynami wirtualnymi z systemem Windows Server 2012 R2 z obsługą usługi Arc. Usunięcie bazowej maszyny wirtualnej powoduje również usunięcie odpowiedniego zasobu serwera z obsługą usługi Arc, co umożliwia połączenie innego serwera z obsługą usługi Arc.

Scenariusz 8: Klient ubezpieczeniowy uruchamia 16 węzłów klastra VMware z 1024 rdzeniami fizycznymi lokalnie. 44 maszyn wirtualnych w klastrze działa system Windows Server 2012 R2. Te 44 maszyny wirtualne zużywają 506 rdzeni wirtualnych, które zostały obliczone przez sumowanie maksymalnej liczby 8 lub rzeczywistej liczby rdzeni przypisanych do każdej maszyny wirtualnej.

W tym scenariuszu można licencjonować cały klaster z 1024 rdzeniami fizycznymi ESU systemu Windows Server 2012 Datacenter lub licencjonować pojedynczo każdą maszynę wirtualną z łącznie 506 rdzeniami wirtualnymi wersji standardowej. W tym przypadku tańsze jest zakup licencji systemu Windows Server ESU Systemu Windows Server 2012 Standard skojarzonej z 506 rdzeniami wirtualnymi. Musisz dołączyć każdą z 44 maszyn wirtualnych do usługi Azure Arc, a następnie połączyć licencję z maszynami usługi Arc.

Ważne

W przypadku migracji maszyn wirtualnych do usługi Azure VMware Solution (AVS) te serwery kwalifikują się do bezpłatnych jednostek ESU WS2012 i nie powinny być rejestrowane w jednostkach ESU włączonych za pośrednictwem usługi Azure Arc.

Operacje licencji

Istnieje kilka ograniczeń w scenariuszach zarządzania dla aprowizowania zasobów licencji WS2012 Arc ESU:

  • Rdzenie licencji to właściwość modyfikowalna, a klienci mogą zwiększać lub dekrementować rdzenie. Podlega to obowiązkowym minimumm obu: (i) 16 rdzeni dla licencji opartych na rdzeniach fizycznych i (ii) 8 rdzeni dla licencji opartych na rdzeniach wirtualnych.

  • Wersja licencji i typ nie jest właściwością modyfikowaną. Licencje standardowe nie można zmienić na licencje centrum danych i na odwrót. Podobnie nie można zmienić licencji fizycznych rdzeni na licencje rdzeni wirtualnych i na odwrót. Należy pamiętać, że istnieją trzy prawidłowe kombinacje licencjonowania: Standard Virtual Core, Standard Physical Core i Datacenter Physical Core. Rdzenie wirtualne centrum danych nie są opłacalną kombinacją licencjonowania. Błędnie aprowizowane licencje rdzeni wirtualnych centrum danych zostały przetłumaczone na licencje rdzeni fizycznych centrum danych z liczbami rdzeni zgodnymi z wytycznymi dotyczącymi licencjonowania.

  • Licencje można przenosić między grupami zasobów i subskrypcjami. Licencja jest modelowana w usłudze Azure Resource Manager i może być odpytywane przy użyciu usługi Azure Resource Graph.

  • Licencje mogą być połączone z serwerami w innej subskrypcji w ramach tej samej dzierżawy, ale licencje nie mogą być połączone z serwerami w ramach subskrypcji innych dzierżaw.

  • Tagowanie licencji w scenariuszach oceny, takich jak tworzenie testów deweloperskich lub odzyskiwanie po awarii, nie ma wpływu na rozliczenia. Rozliczenia są ściśle powiązane z liczbą rdzeni skojarzonych z licencją niezależnie od tagów. Rdzenie używane do oceny lub bezpłatnych scenariuszy nie powinny być aprowidowane dla licencji ESU usługi Azure Arc.

Następne kroki