Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Ten artykuł ułatwia osobom podejmującym decyzje przygotowanie organizacji do uruchamiania obciążeń na Rozwiązanie Azure VMware przez zdefiniowanie własności, ładu, umiejętności i modeli operacyjnych przed wdrożeniem.
Rozwiązanie Azure VMware Generation 2 udostępnia platformę opartą na programie VMware Cloud Foundation, która umożliwia organizacjom uruchamianie obciążeń VMware natywnie w Azure i integrowanie ich z usługami Azure. Rozwiązanie Azure VMware jest najbardziej skuteczne, gdy organizacje ustanawiają własność operacyjną, ład, umiejętności i odpowiedzialność finansową przed rozpoczęciem wdrażania. Wczesne decyzje zmniejszają ryzyko migracji i ułatwiają zespołom spójne działanie platformy w miarę skalowania wdrażania. W przypadku organizacji, które już działają Rozwiązanie Azure VMware generacji 1, te zalecenia ułatwiają modernizację i dostosowanie operacyjne, ponieważ gen 2 staje się preferowanym modelem wdrażania.
Zalecenie: Zdefiniuj odpowiedzialność operacyjną, mechanizmy nadzoru, plany rozwoju kompetencji, zobowiązania licencyjne oraz praktyki zarządzania kosztami przed wdrożeniem, aby zespoły mogły migrować obciążenia robocze z pełnym przekonaniem i efektywnie eksploatować platformę wraz z rosnącym jej wykorzystaniem.
1. Model wdrażania
Rozwiązanie Azure VMware jest wdrażana jako co najmniej jedna chmura prywatna. Każda chmura prywatna stanowi granicę operacyjną, granicę zarządzania i granicę cyklu życia. Chmura prywatna może hostować wiele obciążeń lub być przeznaczona dla jednego obciążenia w zależności od wymagań dotyczących izolacji, zgodności, wydajności i własności.
Organizacje powinny określić, czy obciążenia współużytkują chmury prywatne, czy wymagają dedykowanych środowisk przed ustanowieniem modelu operacyjnego. Ta decyzja ma wpływ na granice własności, obowiązki operacyjne, alokację kosztów i wymagania dotyczące ładu. Należy również sprawdzić limity skalowalności, aby upewnić się, że przyjęte podejście do chmury prywatnej zapewnia wymaganą pojemność dla Twoich obciążeń. Decyzja dotyczy liczby chmur prywatnych, które organizacja powinna obsługiwać.
Jedna chmura prywatna, wiele obciążeń. Umieszczaj obciążenia robocze razem, jeśli mają wspólne wymagania dotyczące zabezpieczeń, odpowiedzialność operacyjną i cele cyklu życia. Takie podejście zapewnia efektywne wykorzystanie hostów i obniża koszty. Kompromis: Współdzielone obciążenia mają te same okna konserwacyjne, zasoby klastra i wspólne skutki awarii, więc zmiana lub incydent mogą wpłynąć na wszystkie.
Jedna chmura prywatna, jedno obciążenie. Utwórz oddzielną chmurę prywatną, gdy izolacja, obowiązek regulacyjny, gwarancja wydajności lub niezależny cykl życia uzasadnia dodanie kosztów i zarządzania. Kompromis: Każda dodatkowa chmura prywatna niesie ze sobą własną minimalną liczbę hostów i obciążenie związane z zarządzaniem, dlatego dodaj jedną tylko wtedy, gdy rzeczywiste wymaganie będzie dla niej wymagane.
Zastanów się, jak udostępniać obciążenia nieprodukcyjne, takie jak instancje deweloperskie/testowe Twoich aplikacji. Możesz wybrać współlokowanie ich w tej samej chmurze prywatnej co obciążenie produkcyjne, co ułatwia administrowanie jednym zespołem aplikacji, ale wymaga starannej alokacji zasobów klastra, aby obciążenia produkcyjne utrzymały wydajność. Alternatywnie możesz utworzyć dedykowaną chmurę prywatną dla obciążeń nieprodukcyjnych, w której można stosować bardziej agresywną nadsubskrypcję zasobów w celu obniżenia kosztów, ale różne środowiska aplikacji są rozproszone między domenami administracyjnymi.
2. Model operacyjny
Przed wdrożeniem Rozwiązanie Azure VMware zdecyduj, który zespół będzie właścicielem i będzie działał codziennie. Odpowiedni model zależy od rozmiaru i skali organizacji, struktury zespołów i tego, czy różne jednostki biznesowe uruchamiają różne stosy technologiczne. Wybierz model, który najlepiej pasuje do sposobu, w jaki już uruchamiasz udostępnione platformy. Trzy typowe podejścia to:
Zarządzane przez zespół platformy: Centralny zespół platformowy wdraża i obsługuje każdą chmurę prywatną Rozwiązanie Azure VMware jako usługę współdzieloną. Zespół platformy jest odpowiedzialny za całą strefę docelową platformy Azure i przejmuje dodatkową odpowiedzialność za operacje VMware w Azure. Zespoły obciążeń zużywają pojemność bez zarządzania środowiskiem bazowym. Wybierz ją, gdy masz już zespół platformy Azure i chcesz uzyskać spójną konfigurację, sieć i monitorowanie w wielu zespołach aplikacji.
Kiedy wybrać: Ta opcja jest powszechna wśród mniejszych organizacji, w których te same zespoły zarządzają wieloma technologiami. Jeden zespół, który odpowiada za platformę Azure i usługę Azure VMware Service, może zmniejszyć liczbę przekazań między zespołami, ale takie podejście nie skaluje się w przypadku bardzo dużych i złożonych organizacji ani środowisk VMware.
Kompromis: Zespoły ds. obciążeń mają mniejszą autonomię i zależą od reakcji zespołu platformy, a zespół potrzebuje umiejętności zarówno w programie VMware, jak i Azure.
Dedykowany zespół hostingu VMware: Dedykowany zespół jest właścicielem Rozwiązanie Azure VMware wraz z innymi infrastrukturami VMware w lokalnych centrach danych lub innych chmurach publicznych. Korzysta ze współdzielonych usług zespołu platformy Azure, takich jak strefy docelowe i usługi tożsamości, a następnie udostępnia platformę zespołom aplikacyjnym. Wybierz tę opcję, jeśli korzystasz już z VMware jako usługi centralnej i chcesz zapewnić wyraźny podział między zadaniami związanymi z platformą Azure a operacjami VMware.
Kiedy wybrać: Jeśli Organizacja ma wiele środowisk VMware w różnych chmurach lub centrach danych, posiadanie jednego zespołu zarządzania VMware zapewnia spójność dla właścicieli obciążeń i deweloperów. Ta opcja jest również powszechna w przypadku bardzo dojrzałego środowiska VMware ze złożonymi przepływami pracy automatyzacji i zarządzania wymagającymi głębokich umiejętności VMware.
Kompromis: Zależy to od silnej współpracy i dobrze zdefiniowanych granic między zespołami Azure i VMware.
Własność zdecentralizowana: Każdy zespół ds. obciążeń lub zespół jednostki biznesowej jest właścicielem własnej chmury prywatnej i korzysta z udostępnionych usług Azure, takich jak łączność i tożsamość, ale uruchamia same operacje VMware. Wybierz je dla izolowanych środowisk lub jednostki biznesowej, która wymaga autonomii dla odrębnych wymagań.
Kiedy wybrać: Jeśli masz luźno połączoną organizację, w której każda jednostka biznesowa lub jednostka zależna ma znaczną autonomię, umożliwiając administratorom obciążeń zarządzanie własnymi platformami, obsługuje możliwość samodzielnego działania i nie spowalnia ich produktywności.
Kompromis: Dodajesz nakład pracy operacyjnej i duplikujesz nakład pracy, jeśli kilka zespołów uruchamia własne środowisko i trudniej jest zachować pojedynczy widok kosztów i zgodności z zabezpieczeniami.
Faworyzowanie centralnego modelu, gdy spójność i korzyści skali mają największe znaczenie. Preferuj model zespołów obciążeń, gdy autonomia i izolacja są ważniejsze niż standaryzacja. Wiele dużych organizacji łączy modele, w których platforma lub zespół hostingowy uruchamia współużytkowane chmury prywatne dla większości obciążeń, a kilka jednostek biznesowych działa samodzielnie w specjalnych przypadkach.
3. Role i obowiązki
Obowiązki związane z własnością różnią się w zależności od modelu operacyjnego. Poniższe wskazówki odzwierciedlają typowe obowiązki, które mają tendencję do stosowania w większości wdrożeń Rozwiązanie Azure VMware. W poniższej sekcji użyto terminu "właściciel usługi" (zespół platformy, dedykowany zespół VMware lub zdecentralizowany zespół), aby wskazać zespół odpowiedzialny za obsługę wybranej wcześniej platformy Rozwiązanie Azure VMware.
3.1 Obowiązki w fazie wdrażania
Różne zespoły przyczyniają się do wdrożenia rozwiązania Rozwiązanie Azure VMware na różnych etapach cyklu życia. Definiowanie obowiązków według fazy pomaga organizacjom wcześnie ustalić odpowiedzialność, koordynować decyzje między zespołami i unikać luk, które mogą opóźniać wdrażanie lub zwiększać ryzyko operacyjne.
- Faza strategii: Kierownictwo wyższego szczebla definiuje cele biznesowe i zatwierdza priorytety inwestycyjne. Zespoły finansowe i komercyjne opracowują przypadek biznesowy, prognozują koszty i oceniają zobowiązania dotyczące licencjonowania i rezerwacji. Zespół ds. platformy Azure i zespół operacyjny IT VMware weryfikują możliwości, szacują wymagania dotyczące rozmiarów i określają, czy obciążenia powinny korzystać z udostępnionych, czy dedykowanych chmur prywatnych.
Faza gotowościorganizacyjnej: zespół ds. platformy Azure i zespół ds. operacji IT VMware ocenia gotowość, identyfikuje luki w zakresie umiejętności i definiuje model własności. Administrator zabezpieczeń i administrator tożsamości pomagają ustalić tożsamość, kontrolę dostępu, zgodność, monitorowanie i wymagania dotyczące zarządzania cyklem życia przed wdrożeniem. W ramach gotowości organizacji zastanów się, czy masz wystarczające umiejętności zarówno w Azure, jak i WMware, czy też potrzebny jest doświadczony partner, aby pomóc w tworzeniu możliwości operacyjnych. Partner z Rozwiązanie Azure VMware wiedzą może pomóc zmniejszyć ryzyko i opóźnienia projektu.
Faza architektury: Administrator sieci prowadzi decyzje dotyczące łączności i projektowania sieci. Administrator tożsamości konfiguruje model tożsamości programu vCenter Server i dostęp administracyjny. Zespół platformy Azure tworzy landing zones, mechanizmy nadzoru i połączenia platformy. Administrator zabezpieczeń definiuje wymagania dotyczące zabezpieczeń i monitorowania. Administrator magazynu uczestniczy, gdy wymagane są zewnętrzne usługi magazynu.
Faza operacji: Zespół platformy Azure zarządza ładem, strefami docelowymi i udostępnionymi usługami Azure. Zespół operacyjny IT VMware zarządza działaniami dotyczącymi cyklu życia chmury prywatnej, pojemności i platformy. Właściciele obciążeń pozostają odpowiedzialni za wydajność aplikacji i wyniki biznesowe. Administrator zabezpieczeń utrzymuje nadzór nad zgodnością. Zespoły finansowe i komercyjne przeglądają wykorzystanie, alokację kosztów, rezerwacje i możliwości optymalizacji.
Faza migracji: Zespół administracyjny programu VMware i właściciele obciążeń prowadzą działania związane z migracją. Administrator sieci weryfikuje łączność i zależności aplikacji. Zespół ds. operacji IT i administrator zabezpieczeń weryfikują monitorowanie, tworzenie kopii zapasowych, odzyskiwanie i mechanizmy kontroli zabezpieczeń przed rozpoczęciem migracji produkcyjnej. Właściciele aplikacji testują i weryfikują wydajność i stabilność aplikacji przed migracją i po niej.
3.2 Obowiązki według ról
Obowiązki oparte na rolach zapewniają bardziej szczegółowy widok umiejętności i funkcji wymaganych do planowania, wdrażania, obsługi i zarządzania Rozwiązanie Azure VMware. Organizacje mogą przypisywać te obowiązki do tych samych lub różnych zespołów na podstawie modelu operacyjnego, ale każda odpowiedzialność powinna mieć jasno zidentyfikowanego właściciela.
Tabela: Zespół i rola mapowana na obowiązki
| Zespół lub rola | Responsibilities |
|---|---|
| Administrator programu VMware | Zarządzanie zasobami i wydajnością chmury prywatnej VMware. Skonfiguruj usługi Rozwiązanie Azure VMware, w tym vCenter Server i Live Recovery. Zarządzanie obrazami, szablonami i migawkami maszyn wirtualnych. Zarządzanie operacjami cyklu życia oprogramowania VMware. Planowanie zmian usług, takich jak aktualizacje oprogramowania VMware i powiadomienia dotyczące usługi Azure. Migrowanie obciążeń aplikacji z innych środowisk VMware do Rozwiązanie Azure VMware. |
| Administrator sieci | Upewnij się, że Rozwiązanie Azure VMware jest zintegrowana z sieciami Azure, lokalnymi i WAN. Projektowanie pod kątem wydajności, zabezpieczeń i niezawodności. Skonfiguruj NSX-T, HCX i vDefend Firewall. Planowanie topologii sieci i rozszerzenia warstwy 2. |
| Administrator magazynu | Projektuj zasady pamięci masowej vSAN. Konfigurowanie usług magazynu zewnętrznego. Konfigurowanie usług tworzenia kopii zapasowych i ochrony danych. |
| Administrator zabezpieczeń | Zalecane punkty odniesienia zabezpieczeń dla Rozwiązanie Azure VMware. Wdrażanie i konfigurowanie usług zabezpieczeń, takich jak Defender dla serwerów i usługi Sentinel. Oceń bieżące oceny ryzyka, zgodność z zabezpieczeniami i alerty. |
| Administrator tożsamości | Konfigurowanie integracji Rozwiązanie Azure VMware z Microsoft Entra ID i Active Directory Domain Services. Tworzenie ról niestandardowych dla administratorów Rozwiązanie Azure VMware. Stosowanie uprawnień kontroli dostępu opartej na rolach (RBAC) dla zasobów Rozwiązanie Azure VMware. |
| Zespół ds. operacji w chmurze | Projektowanie i konfigurowanie zasad monitorowania i alertów. Wdrażanie Azure Arc na maszynach wirtualnych VMware. Skonfiguruj usługi Azure, takie jak Menedżer aktualizacji platformy Azure i Konfiguracja gościa. |
| Właściciele obciążeń | Zweryfikuj zgodność i konfigurację obciążenia. Wykonywanie codziennych akcji administracyjnych. Zarządzaj cyklami życia zasobów obciążeń. |
| zespół platformy Azure | Projektowanie stref docelowych aplikacji w celu obsługi Rozwiązanie Azure VMware. Skonfiguruj Azure Policy, aby obsługiwać wymagania dotyczące ładu i zabezpieczeń. Zarządzaj scentralizowanymi potokami wdrażania infrastruktury jako kodu. |
| Kadra kierownicza wyższego szczebla | Nadzór nad długoterminowymi celami wdrażania chmury. Zapewnij finansowanie i uprawnienia handlowe. Rozwiązywanie problemów z własnością między zespołami i dopasowywanie priorytetów. Zmiana nadzoru sponsorskiego i modelu operacyjnego. Akceptacja własnego ryzyka i kompromisy architektoniczne. |
| Analitycy biznesowi | Przechwytywanie i dokumentowanie celów biznesowych. Przyporządkuj wyniki biznesowe do wymagań. Śledzenie korzyści i powodzenia wdrażania. Identyfikowanie zależności i ograniczeń. Opracowywanie metod leczenia aplikacji i dopasowywanie ich do strategii chmury. |
| Zespół finansowy i komercyjny | Tworzenie modeli kosztów, budżetów i kontroli finansowej. Śledź wydatki w odniesieniu do założeń uzasadnienia biznesowego. Doradzanie w zakresie decyzji dotyczących rezerwacji, licencjonowania i zobowiązań. |
4. Szkolenia z zakresu Rozwiązanie Azure VMware
Model własności i przypisania ról określają, gdzie potrzebujesz umiejętności i jak głęboko idą. Zadbaj o to, by kompetencje specjalistów od platform Azure i VMware częściowo się pokrywały, tak aby pracowali jako jeden zespół. Zdecyduj, jak budować umiejętności i gdzie je skupiasz.
Dopasowanie umiejętności do modelu operacyjnego. Użyj trzech modeli opisanych w poprzedniej sekcji (zarządzanego przez zespół platformy Azure, zarządzanego przez zespół administratorów VMware lub zarządzanego przez zespół odpowiedzialny za obciążenia), aby zdecydować, kto będzie zarządzał chmurą prywatną Rozwiązanie Azure VMware, kto będzie z niej korzystał oraz jakich uprawnień potrzebuje każda grupa. Użyj mapowania obowiązków, aby utworzyć umiejętności zespołu i plan szkolenia.
Tworzenie wspólnego zrozumienia w różnych zespołach. Niezależnie od modelu własności, należy dążyć do nakładania się wiedzy między zespołami Azure i VMware. Administratorzy VMware zazwyczaj potrzebują wystarczających umiejętności związanych z platformą Azure, aby na co dzień obsługiwać usługę Rozwiązanie Azure VMware (na przykład przy użyciu portalu Azure, interfejsu wiersza polecenia (CLI)/programu PowerShell, Azure Monitor i Azure Arc). Azure zespoły platform muszą zrozumieć koncepcje oprogramowania VMware, które mają największy wpływ na integrację. Takie informacje obejmują konstrukcje sieciowe, granice zabezpieczeń i monitorowanie. Takie zrozumienie umożliwia bezproblemową integrację ze strefami lądowania aplikacji oraz skuteczne wykorzystanie usług platformy Azure, takich jak Microsoft Foundry, SQL Database i Storage Accounts.
Rozwiązanie Azure VMware używa oprogramowania VMware vSAN do magazynowania, VMware NSX na potrzeby sieci i VMware HCX na potrzeby migracji. Jeśli twoje zespoły nie korzystają obecnie z tych technologii, potrzebują ukierunkowanego szkolenia przed migracją. Daj administratorom praktyczne laboratoria i bieżący materiał referencyjny. Te wytyczne obniżają ryzyko realizacji. Skoncentruj się na szkoleniach w następujących obszarach:
Sieci komputerowe. Dowiedz się, w jaki sposób NSX zastępuje sieć opartą na sieci VLAN i jak rozwiązanie HCX rozszerza sieci podczas migracji. Przed migracją należy ocenić lokalne sieci VLAN, zależności aplikacji i przepływy ruchu. Zdobądź wiedzę na temat koncepcji sieciowych platformy Azure, takich jak sieci wirtualne, komunikacja równorzędna sieci, routing i grupy zabezpieczeń sieci.
Tożsamość. Zintegruj Rozwiązanie Azure VMware z Active Directory Domain Services i Entra ID. Upewnij się, że masz bezpieczne uprawnienia administratora i obsługujesz deweloperów aplikacji do korzystania z nowoczesnych usług uwierzytelniania.
Zabezpieczenia i zgodność. Dowiedz się, jak Rozwiązanie Azure VMware integruje się z Microsoft Defender dla Chmury, Microsoft Sentinel i Azure Policy oraz jak działa zapewnianie zgodności na granicy środowisk VMware i Azure. Obsługa skanowania luk w zabezpieczeniach i ochrony przed zagrożeniami na różnych platformach i punktach końcowych.
Umiejętności związane z platformą Azure. Rozwijaj kompetencje w zakresie usług platformy Azure używanych do obsługi i nadzorowania rozwiązania Rozwiązanie Azure VMware, takich jak Azure Monitor, zarządzanie kosztami oraz portal Azure i interfejs wiersza polecenia CLI.
Pamięć i kopia zapasowa. Dowiedz się, w jaki sposób sieć vSAN zapewnia magazyn podstawowy, gdy zewnętrzne usługi magazynu Azure są odpowiednie oraz jak działają kopie zapasowe i ochrona danych w Rozwiązanie Azure VMware. Upewnij się, że wymagania dotyczące odzyskiwania po awarii są spełnione z replikacją maszyny wirtualnej.
5. Licencje broadcom
Musisz zakupić przenośne licencje subskrypcji programu VMware Cloud Foundation (VCF) z platformy Broadcom w modelu byOL (Bring Your Own License ). Wymagana jest prawidłowa liczba licencji VCF do pokrycia wszystkich rdzeni fizycznych w chmurze prywatnej Rozwiązanie Azure VMware. Podczas tworzenia Rozwiązanie Azure VMware chmury prywatnej wprowadź informacje o licencji w ramach procesu wdrażania. Jeśli masz aktywną zarezerwowaną instancję dla hostów z licencją w cenie, może być konieczna zmiana modelu licencjonowania na VCF BYOL. Opcjonalne dodatki, takie jak zapora VMware vDefend, wymagają własnej licencji Broadcom. Zobacz Korzystanie z przenośnej platformy VMware Cloud Foundation (VCF) w usłudze Rozwiązanie Azure VMware
6. limit przydziału dla Rozwiązanie Azure VMware
Złóż wniosek o limit hosta z wyprzedzeniem. Rozwiązanie Azure VMware wymaga zatwierdzonego limitu przydziału hostów w regionie docelowym, zanim będzie można aprowizować chmurę prywatną. Zatwierdzenie może potrwać do pięciu dni roboczych i zależy od dostępności regionu i hosta. Zbyt późne złożenie wniosku jest częstą przyczyną opóźnień w harmonogramie, dlatego prześlij wniosek, gdy tylko poznasz region i liczbę hostów. Ponadto subskrypcja musi być objęta kwalifikującym się planem, na przykład umową Enterprise Agreement lub Umowa z Klientem Microsoft. Zobacz Request host quota for Rozwiązanie Azure VMware (Żądanie limitu przydziału hostów dla Rozwiązanie Azure VMware).
7. Zarządzanie kosztami i FinOps
Zarządzanie kosztami dla Rozwiązanie Azure VMware różni się od innych zasobów Azure, ponieważ płacisz za hosty niezależnie od liczby uruchomionych na nich maszyn wirtualnych. Licencje oprogramowania VMware Cloud Foundation należy zakupić oddzielnie i zastosować je do chmury prywatnej. Musisz również upewnić się, że masz wymagane licencje na inne oprogramowanie, takie jak Windows Server i SQL Server.
Podczas wdrażania klastra z co najmniej trzema hostami można uruchamiać na nim tyle maszyn wirtualnych, jak pozwala na to pojemność, dzięki czemu wydajność kosztowa wynika z tego, jak gęsto pakujesz obciążenia na hosty. Musisz zdecydować o optymalnym wykorzystaniu zasobów, aby zapewnić maksymalne wykorzystanie wartości z platformy bez naruszania wydajności obciążenia. Narzędzia VMware, takie jak operacje Aria, mogą pomóc w optymalizacji zasobów klastra.
7.1 Alokacja kosztów
Sprawdź, jak Rozwiązanie Azure VMware wpływa na podejście FinOps. Możesz obciążać wszystkie koszty klastra pojedynczą jednostką biznesową lub przydzielać koszty między jednostkami biznesowymi w oparciu o sposób korzystania z platformy. Możesz również przydzielić koszty na podstawie przypisanych zasobów (na przykład rdzeni procesorów wirtualnych i pamięci przydzielonej do każdego obciążenia), co może zachęcić właścicieli aplikacji do odpowiedniego rozmiaru maszyn wirtualnych. Usługa VMware vSphere z obsługą usługi Azure Arc może pomóc w alokacji kosztów dzięki zastosowaniu tagów zasobów platformy Azure do maszyn wirtualnych VMware, takich jak nazwa aplikacji, centrum kosztów i właściciel.
Niezależnie od tego, czy obciążasz zespoły aplikacyjne kosztami za wykorzystanie zasobów, czy nie, powinieneś mieć pełną widoczność kosztów swoich chmur prywatnych Rozwiązanie Azure VMware. Rozwiązanie Azure VMware jest najbardziej opłacalne, gdy klastry są dobrze wykorzystywane. Jeśli wykorzystanie procesora CPU i pamięci jest niskie, klaster może być nadmiernie obciążony, co zwiększa koszty. Regularne przeglądanie wykorzystania i dostosowywanie rozmiaru klastra w miarę zmiany obciążeń przy zachowaniu wystarczającej ilości miejsca do oczekiwanego wzrostu. Zdefiniowanie docelowego zakresu wykorzystania procesora CPU i pamięci może pomóc w optymalizacji kosztów w czasie.
7.2 Prognozowanie kosztów
Aby przewidzieć koszty chmury prywatnej Rozwiązanie Azure VMware, oblicz wymaganą liczbę hostów. Liczba hostów zależy od wymagań dotyczących procesora, pamięci i przestrzeni dyskowej Twoich maszyn wirtualnych. Azure Migrate może pomóc obliczyć liczbę hostów na podstawie spisu maszyn wirtualnych. Zobacz Migrowanie maszyn wirtualnych VMware bez agentów za pomocą narzędzia migracji i modernizacji.
Podczas obliczania wymagań przyjrzyj się wymaganiom maszyn wirtualnych, a nie tym, co jest obecnie przypisane. Azure Migrate pomaga odpowiednio dobrać rozmiar maszyn wirtualnych, zalecając optymalny przydział procesora i pamięci na podstawie zaobserwowanego obciążenia. Przypisywanie większych zasobów procesora i pamięci, niż potrzebuje maszyna wirtualna, obniża efektywność kosztową platformy.
7.3 Zobowiązania obliczeniowe
Zobowiąż się tam, gdzie popyt jest stabilny, a tam, gdzie taki nie jest, zachowaj elastyczność. Możesz zastosować rabaty dla wystąpień zarezerwowanych do usługi Rozwiązanie Azure VMware przy zobowiązaniu na rok lub trzy lata, aby uzyskać znaczne oszczędności w porównaniu z modelem płatności zgodnie z rzeczywistym użyciem. Połącz oba rozwiązania, aby zarezerwować hosty dla kluczowych obciążeń i dodawać hosty w modelu płatności zgodnie z rzeczywistym użyciem na potrzeby tymczasowe, takie jak migracja lub sezonowy wzrost zapotrzebowania. Kompromis: Rezerwacje blokują wydatki, więc sprawdź, czy możesz wymienić je na inne usługi Azure, jeśli strategia ulegnie zmianie. Pamiętaj, że zarówno hosty rezerwowane, jak i hosty rozliczane w modelu płatności za użycie nadal wymagają odpowiednich licencji VMware Cloud Foundation. Zobacz Wystąpienia zarezerwowane usługi Rozwiązanie Azure VMware.