Architektura referencyjna punktu odniesienia rozwiązania Azure Stack HCI

Ta podstawowa architektura referencyjna zawiera niezależne od obciążenia wskazówki i zalecenia dotyczące konfigurowania infrastruktury azure Stack HCI 23H2 i nowszej w celu zapewnienia niezawodnej platformy, która może wdrażać obciążenia zwirtualizowane i konteneryzowane oraz zarządzać nimi. Ta architektura opisuje składniki zasobów i opcje projektowania klastra dla węzłów fizycznych, które zapewniają lokalne funkcje obliczeniowe, magazynowe i sieciowe. W tym artykule opisano również sposób używania usług platformy Azure w celu uproszczenia i usprawnienia codziennego zarządzania usługą Azure Stack HCI.

Aby uzyskać więcej informacji na temat wzorców architektury obciążeń zoptymalizowanych pod kątem uruchamiania w usłudze Azure Stack HCI, zobacz zawartość znajdującą się w menu nawigacji obciążeń rozwiązania Azure Stack HCI.

Ta architektura stanowi punkt wyjścia do wdrażania klastra wielowęźnikowego rozwiązania Azure Stack HCI przy użyciu projektu sieci przełączonej do magazynu. Aplikacje obciążeń wdrożone w klastrze azure Stack HCI powinny być dobrze zaprojektowane. Dobrze zaprojektowane aplikacje obciążeń muszą być wdrażane przy użyciu wielu wystąpień lub wysokiej dostępności dowolnych krytycznych usług obciążeń i mieć odpowiednie mechanizmy kontroli ciągłości działania i odzyskiwania po awarii (BCDR). Te kontrolki BCDR obejmują regularne kopie zapasowe i możliwości trybu failover odzyskiwania po awarii. Aby skoncentrować się na platformie infrastruktury HCI, te aspekty projektowania obciążenia są celowo wykluczone z tego artykułu.

Aby uzyskać więcej informacji na temat wytycznych i zaleceń dotyczących pięciu filarów platformy Azure Well-Architected Framework, zobacz Przewodnik po usłudze Azure Stack HCI Well-Architected Framework.

Układ artykułu

Architektura

Aby uzyskać więcej informacji, zobacz Powiązane zasoby.

Potencjalne przypadki użycia

Typowe przypadki użycia rozwiązania Azure Stack HCI obejmują możliwość uruchamiania obciążeń wysokiej dostępności (HA) w lokalizacjach lokalnych lub brzegowych, co zapewnia rozwiązanie do spełnienia wymagań dotyczących obciążeń. Masz następujące możliwości:

• Zapewnij rozwiązanie chmury hybrydowej, które zostało wdrożone lokalnie, aby spełnić wymagania dotyczące niezależności danych, regulacji i zgodności lub opóźnień.

• Wdrażanie obciążeń brzegowych opartych na wysokiej dostępności lub kontenerach wdrożonych w jednej lokalizacji lub w wielu lokalizacjach oraz zarządzanie nimi. Ta strategia umożliwia działanie aplikacji i usług o krytycznym znaczeniu dla działania w sposób odporny, ekonomiczny i skalowalny.

• Obniż całkowity koszt posiadania (TCO), korzystając z rozwiązań certyfikowanych przez firmę Microsoft, wdrożenie oparte na chmurze, scentralizowane zarządzanie oraz monitorowanie i zgłaszanie alertów.

• Zapewnienie scentralizowanej możliwości aprowizacji przy użyciu platformy Azure i usługi Azure Arc w celu spójnego i bezpiecznego wdrażania obciążeń w wielu lokalizacjach. Narzędzia takie jak witryna Azure Portal, interfejs wiersza polecenia platformy Azure lub szablony infrastruktury jako kodu (IaC) używają platformy Kubernetes do konteneryzacji lub tradycyjnej wirtualizacji obciążeń w celu zapewnienia automatyzacji i powtarzalności.

• Przestrzegaj rygorystycznych wymagań dotyczących zabezpieczeń, zgodności i inspekcji. Rozwiązanie Azure Stack HCI jest wdrażane przy użyciu skonfigurowanego domyślnie stanu zabezpieczeń ze wzmocnionymi zabezpieczeniami lub domyślnego zabezpieczenia. Rozwiązanie Azure Stack HCI obejmuje certyfikowany sprzęt, bezpieczny rozruch, moduł TPM (Trusted Platform Module), zabezpieczenia oparte na wirtualizacji (VBS), funkcję Credential Guard i wymuszane zasady kontroli aplikacji usługi Windows Defender. Integruje się również z nowoczesnymi usługami zabezpieczeń i zarządzania zagrożeniami opartymi na chmurze, takimi jak Microsoft Defender dla Chmury i Microsoft Sentinel.

Szczegóły scenariusza

Poniższe sekcje zawierają więcej informacji na temat scenariuszy i potencjalnych przypadków użycia dla tej architektury referencyjnej. Te sekcje zawierają listę korzyści biznesowych i przykładowe typy zasobów obciążeń, które można wdrożyć w usłudze Azure Stack HCI.

Korzystanie z usługi Azure Arc z rozwiązaniem Azure Stack HCI

Rozwiązanie Azure Stack HCI bezpośrednio integruje się z platformą Azure przy użyciu usługi Azure Arc, aby obniżyć koszt posiadania i obciążenie operacyjne. Rozwiązanie Azure Stack HCI jest wdrażane i zarządzane za pośrednictwem platformy Azure, która zapewnia wbudowaną integrację usługi Azure Arc za pośrednictwem wdrożenia składnika mostka zasobów usługi Azure Arc. Ten składnik jest instalowany podczas procesu wdrażania klastra HCI. Węzły klastra rozwiązania Azure Stack HCI są rejestrowane w usłudze Azure Arc dla serwerów jako warunek wstępny do zainicjowania wdrożenia klastra opartego na chmurze. Podczas wdrażania obowiązkowe rozszerzenia są instalowane w każdym węźle klastra, takim jak Menedżer cyklu życia, Zarządzanie urządzeniami Microsoft Edge, telemetria i diagnostyka. Za pomocą usług Azure Monitor i Log Analytics można monitorować klaster HCI po wdrożeniu, włączając usługę Azure Stack HCI Insights. Aktualizacje funkcji usługi Azure Stack HCI są okresowo wydawane w celu ulepszenia środowiska klienta. Aktualizacje są kontrolowane i zarządzane za pośrednictwem usługi Azure Update Manager.

Możesz wdrożyć zasoby obciążenia, takie jak maszyny wirtualne usługi Azure Arc, usługa Azure Kubernetes Service (AKS) i hosty sesji usługi Azure Virtual Desktop korzystające z witryny Azure Portal, wybierając niestandardową lokalizację klastra azure Stack HCI jako miejsce docelowe wdrożenia obciążenia. Te składniki zapewniają scentralizowaną administrację, zarządzanie i pomoc techniczną. Jeśli masz aktywny pakiet Software Assurance na istniejących licencjach podstawowych systemu Windows Server Datacenter, możesz jeszcze bardziej obniżyć koszty, stosując Korzyść użycia hybrydowego platformy Azure do usługi Azure Stack HCI, maszyn wirtualnych z systemem Windows Server i klastrów usługi AKS. Ta optymalizacja pomaga efektywnie zarządzać kosztami dla tych usług.

Integracja z platformą Azure i usługą Azure Arc rozszerza możliwości zwirtualizowanych i konteneryzowanych obciążeń usługi Azure Stack HCI w celu uwzględnienia następujących elementów:

• Maszyny wirtualne usługi Azure Arc dla tradycyjnych aplikacji lub usług, które działają na maszynach wirtualnych w usłudze Azure Stack HCI.

• Usługa AKS w usłudze Azure Stack HCI dla konteneryzowanych aplikacji lub usług, które korzystają z używania platformy Kubernetes jako platformy aranżacji.

• Usługa Azure Virtual Desktop umożliwia wdrażanie hostów sesji dla obciążeń usługi Azure Virtual Desktop w usłudze Azure Stack HCI (lokalnie). Aby zainicjować tworzenie i konfigurację puli hostów, możesz użyć płaszczyzny sterowania i zarządzania na platformie Azure.

• Usługi danych z obsługą usługi Azure Arc dla konteneryzowanego wystąpienia zarządzanego Azure SQL lub serwera usługi Azure Database for PostgreSQL korzystającego z usługi AKS z obsługą usługi Azure Arc hostowanej w usłudze Azure Stack HCI.

• Rozszerzenie usługi Azure Event Grid z obsługą usługi Azure Arc dla platformy Kubernetes w celu wdrożenia składników brokera usługi Event Grid i operatora usługi Event Grid. To wdrożenie umożliwia korzystanie z funkcji, takich jak tematy usługi Event Grid i subskrypcje na potrzeby przetwarzania zdarzeń.

• Uczenie maszynowe z obsługą usługi Azure Arc przy użyciu klastra usługi AKS wdrożonego w usłudze Azure Stack HCI jako celu obliczeniowego do uruchomienia usługi Azure Machine Learning. Za pomocą tego podejścia można trenować lub wdrażać modele uczenia maszynowego na brzegu sieci.

Obciążenia połączone z usługą Azure Arc zapewniają rozszerzoną spójność i automatyzację platformy Azure dla wdrożeń rozwiązania Azure Stack HCI, takich jak automatyzowanie konfiguracji systemu operacyjnego gościa za pomocą rozszerzeń maszyn wirtualnych usługi Azure Arc lub ocenianie zgodności z przepisami branżowymi lub standardami firmowymi za pośrednictwem usługi Azure Policy. Usługę Azure Policy można aktywować za pomocą witryny Azure Portal lub automatyzacji IaC.

Korzystanie z domyślnej konfiguracji zabezpieczeń usługi Azure Stack HCI

Domyślna konfiguracja zabezpieczeń rozwiązania Azure Stack HCI zapewnia strategię ochrony w głębi systemu, aby uprościć koszty zabezpieczeń i zgodności. Wdrażanie usług IT i zarządzanie nimi w scenariuszach sprzedaży detalicznej, produkcji i biura zdalnego stanowi unikatowe wyzwania związane z zabezpieczeniami i zgodnością. Zabezpieczanie obciążeń przed zagrożeniami wewnętrznymi i zewnętrznymi ma kluczowe znaczenie w środowiskach, w których ograniczono obsługę IT lub brak lub dedykowane centra danych. Rozwiązanie Azure Stack HCI ma domyślne wzmocnienie zabezpieczeń i głęboką integrację z usługami platformy Azure, aby pomóc Ci sprostać tym wyzwaniom.

Sprzęt certyfikowany przez usługę Azure Stack HCI zapewnia wbudowaną obsługę bezpiecznego rozruchu, ujednoliconego interfejsu UEFI (Unified Extensible Firmware Interface) i modułu TPM. Te technologie są używane w połączeniu z językiem VBS , aby chronić obciążenia wrażliwe na zabezpieczenia. Szyfrowanie dysków funkcją BitLocker umożliwia szyfrowanie woluminów dysku rozruchowego i woluminów bezpośrednich miejsc do magazynowania. Szyfrowanie bloku komunikatów serwera (SMB) zapewnia automatyczne szyfrowanie ruchu między serwerami w klastrze (w sieci magazynu) i podpisywanie ruchu SMB między węzłami klastra i innymi systemami. Szyfrowanie SMB pomaga również zapobiegać atakom przekazywania i ułatwia zgodność ze standardami prawnymi.

Maszyny wirtualne rozwiązania Azure Stack HCI można dołączyć w Defender dla Chmury, aby aktywować analizę behawioralną opartą na chmurze, wykrywanie zagrożeń i korygowanie, alerty i raportowanie. Zarządzanie maszynami wirtualnymi rozwiązania Azure Stack HCI w usłudze Azure Arc, dzięki czemu można użyć usługi Azure Policy do oceny zgodności z przepisami branżowymi i standardami firmowymi.

Składniki

Ta architektura składa się ze sprzętu serwera fizycznego, którego można użyć do wdrażania klastrów rozwiązania Azure Stack HCI w lokalizacjach lokalnych lub brzegowych. Aby zwiększyć możliwości platformy, rozwiązanie Azure Stack HCI integruje się z usługą Azure Arc i innymi usługami platformy Azure, które zapewniają zasoby pomocnicze. Rozwiązanie Azure Stack HCI zapewnia odporną platformę do wdrażania aplikacji użytkowników lub systemów biznesowych oraz zarządzania nimi oraz zarządzania nimi. Zasoby i usługi platformy opisano w poniższych sekcjach.

Zasoby platformy

Architektura wymaga następujących obowiązkowych zasobów i składników:

• Azure Stack HCI to rozwiązanie infrastruktury hiperkonwergentnej (HCI), które jest wdrażane lokalnie lub w lokalizacjach brzegowych przy użyciu sprzętu serwera fizycznego i infrastruktury sieciowej. Rozwiązanie Azure Stack HCI zapewnia platformę do wdrażania zwirtualizowanych obciążeń, takich jak maszyny wirtualne, klastry Kubernetes i inne usługi, które są włączone przez usługę Azure Arc i zarządzać nimi. Klastry rozwiązania Azure Stack HCI mogą być skalowane z wdrożenia z jednym węzłem do maksymalnie szesnastu węzłów przy użyciu zweryfikowanych, zintegrowanych lub premium kategorii sprzętu, które są dostarczane przez partnerów producenta oryginalnego sprzętu (OEM).

• Azure Arc to oparta na chmurze usługa, która rozszerza model zarządzania na podstawie usługi Azure Resource Manager do usługi Azure Stack HCI i innych lokalizacji spoza platformy Azure. Usługa Azure Arc używa platformy Azure jako płaszczyzny sterowania i zarządzania, aby umożliwić zarządzanie różnymi zasobami, takimi jak maszyny wirtualne, klastry Kubernetes oraz konteneryzowane dane i usługi uczenia maszynowego.

• Azure Key Vault to usługa w chmurze, której można używać do bezpiecznego przechowywania wpisów tajnych i uzyskiwania do nich dostępu. Wpis tajny to wszystko, do czego chcesz ściśle ograniczyć dostęp, takie jak klucze interfejsu API, hasła, certyfikaty, klucze kryptograficzne, poświadczenia administratora lokalnego i klucze odzyskiwania funkcji BitLocker.

• Monitor w chmurze to funkcja usługi Azure Storage, która działa jako kworum klastra trybu failover. Węzły klastra rozwiązania Azure Stack HCI używają tego kworum do głosowania, co zapewnia wysoką dostępność klastra. Konfiguracja konta magazynu i monitora jest tworzona podczas procesu wdrażania w chmurze rozwiązania Azure Stack HCI.

• Update Manager to ujednolicona usługa przeznaczona do zarządzania aktualizacjami usługi Azure Stack HCI i zarządzania nimi. Menedżer aktualizacji umożliwia zarządzanie obciążeniami wdrożonym w usłudze Azure Stack HCI, w tym zgodnością aktualizacji systemu operacyjnego gościa dla maszyn wirtualnych z systemem Windows i Linux. To ujednolicone podejście usprawnia zarządzanie poprawkami na platformie Azure, środowiskach lokalnych i innych platformach w chmurze za pośrednictwem jednego pulpitu nawigacyjnego.

Zasoby pomocnicze dla platformy

Architektura obejmuje następujące opcjonalne usługi pomocnicze, aby zwiększyć możliwości platformy:

• Monitor to oparta na chmurze usługa służąca do zbierania, analizowania i działania na dziennikach diagnostycznych i telemetrii z obciążeń w chmurze i lokalnych. Za pomocą funkcji Monitor można zmaksymalizować dostępność i wydajność aplikacji i usług za pomocą kompleksowego rozwiązania do monitorowania. Wdróż usługę Azure Stack HCI Insights, aby uprościć tworzenie reguły zbierania danych monitora (DCR) i szybko włączyć monitorowanie klastrów rozwiązania Azure Stack HCI.

• Azure Policy to usługa, która ocenia zasoby platformy Azure i zasoby lokalne. Usługa Azure Policy ocenia zasoby za pośrednictwem integracji z usługą Azure Arc przy użyciu właściwości tych zasobów do reguł biznesowych, nazywanych definicjami zasad, w celu określenia zgodności lub możliwości, których można użyć do zastosowania konfiguracji gościa maszyny wirtualnej przy użyciu ustawień zasad.

• Defender dla Chmury to kompleksowy system zarządzania zabezpieczeniami infrastruktury. Zwiększa ona poziom zabezpieczeń centrów danych i zapewnia zaawansowaną ochronę przed zagrożeniami dla obciążeń hybrydowych, niezależnie od tego, czy znajdują się na platformie Azure, czy w innych miejscach oraz w środowiskach lokalnych.

• Azure Backup to oparta na chmurze usługa, która zapewnia proste, bezpieczne i ekonomiczne rozwiązanie do tworzenia kopii zapasowych danych i odzyskiwania ich z chmury firmy Microsoft. Usługa Azure Backup Server służy do tworzenia kopii zapasowych maszyn wirtualnych wdrożonych w usłudze Azure Stack HCI i przechowywania ich w usłudze Backup.

• Site Recovery to usługa odzyskiwania po awarii, która zapewnia możliwości BCDR, umożliwiając przełączanie aplikacji biznesowych i obciążeń w tryb failover w przypadku awarii lub awarii. Usługa Site Recovery zarządza replikacją i trybem failover obciążeń uruchamianych na serwerach fizycznych i maszynach wirtualnych między lokacją główną (lokalną) a lokalizacją pomocniczą (Azure).

Opcje projektowania klastra

Ważne jest, aby zrozumieć wymagania dotyczące wydajności i odporności obciążeń podczas projektowania klastra rozwiązania Azure Stack HCI. Wymagania te obejmują czasy celu czasu odzyskiwania (RTO) i cel punktu odzyskiwania (RPO), obliczenia (CPU), pamięć i wymagania dotyczące magazynu dla wszystkich obciążeń wdrożonych w klastrze usługi Azure Stack HCI. Kilka cech obciążenia wpływa na proces podejmowania decyzji i obejmują:

• Funkcje architektury centralnej jednostki przetwarzania (CPU), w tym funkcje technologii zabezpieczeń sprzętu, liczba procesorów CPU, częstotliwość GHz (szybkość) i liczba rdzeni na gniazdo procesora CPU.

• Wymagania jednostki przetwarzania grafiki (GPU) obciążenia, takie jak sztuczna inteligencja lub uczenie maszynowe, wnioskowanie lub renderowanie grafiki.

• Pamięć na węzeł lub ilość pamięci fizycznej wymaganej do uruchomienia obciążenia.

• Liczba węzłów fizycznych w klastrze, które mają od 1 do 16 węzłów w skali. Maksymalna liczba węzłów wynosi trzy podczas korzystania z architektury sieci bez przełącznika magazynu.

  • Aby zachować odporność obliczeniową, należy zarezerwować co najmniej N+1 węzły pojemności w klastrze. Ta strategia umożliwia opróżnianie węzłów na potrzeby aktualizacji lub odzyskiwania po nagłych awariach, takich jak awarie zasilania lub awarie sprzętu.

  • W przypadku obciążeń o znaczeniu krytycznym dla działania firmy lub o znaczeniu krytycznym należy rozważyć zarezerwowanie węzłów N+2 w celu zwiększenia odporności. Jeśli na przykład dwa węzły w klastrze są w trybie offline, obciążenie może pozostać w trybie online. Takie podejście zapewnia odporność w scenariuszach, w których węzeł, w którym uruchomione obciążenie przechodzi w tryb offline podczas planowanej procedury aktualizacji i powoduje, że dwa węzły są w trybie offline jednocześnie.

• Wymagania dotyczące odporności, pojemności i wydajności magazynu:

  • Odporność: zalecamy wdrożenie co najmniej trzech węzłów w celu włączenia dublowania trzystopniowego, co zapewnia trzy kopie danych dla woluminów infrastruktury i użytkowników. Dublowanie trójstopniowe zwiększa wydajność i maksymalną niezawodność magazynu.

  • Pojemność: uwzględniana jest łączna wymagana ilość miejsca do użycia po odporności na uszkodzenia lub kopie. Ta liczba wynosi około 33% nieprzetworzonego miejsca do magazynowania dysków warstwy pojemności podczas korzystania z dublowania trójstopniowego.

  • Wydajność: Operacje wejścia/wyjścia na sekundę (IOPS) platformy, która określa możliwości przepływności magazynu dla obciążenia po pomnożone przez rozmiar bloku aplikacji.

Aby zaprojektować i zaplanować wdrożenie rozwiązania Azure Stack HCI, zalecamy użycie narzędzia do określania rozmiaru rozwiązania Azure Stack HCI i utworzenie nowego projektu do określania rozmiaru klastrów HCI. Użycie narzędzia do określania rozmiaru wymaga zrozumienia wymagań dotyczących obciążenia. Biorąc pod uwagę liczbę i rozmiar maszyn wirtualnych obciążeń uruchomionych w klastrze, należy wziąć pod uwagę czynniki, takie jak liczba procesorów wirtualnych, wymagania dotyczące pamięci i wymagana pojemność magazynu dla maszyn wirtualnych.

Sekcja preferencji narzędzia do określania rozmiaru zawiera pytania dotyczące typu systemu (Premier, Integrated System lub Validated Node) oraz opcji rodziny procesorów CPU. Pomaga również wybrać wymagania dotyczące odporności klastra. Pamiętaj, aby wykonać następujące czynności:

• Zarezerwuj co najmniej n+1 węzły pojemności lub jeden węzeł w klastrze.

• Zarezerwuj pojemność węzłów N+2 w klastrze, aby zapewnić dodatkową odporność. Ta opcja umożliwia systemowi wytrzymanie awarii węzła podczas aktualizacji lub innego nieoczekiwanego zdarzenia, które ma wpływ na dwa węzły jednocześnie. Gwarantuje również, że w klastrze jest wystarczająca pojemność, aby obciążenie było uruchamiane w pozostałych węzłach online.

Ten scenariusz wymaga użycia dublowania trzystopniowego dla woluminów użytkowników, co jest ustawieniem domyślnym dla klastrów z co najmniej trzema węzłami fizycznymi.

Dane wyjściowe narzędzia do określania rozmiaru usługi Azure Stack HCI to lista zalecanych jednostek SKU rozwiązania sprzętowego, które mogą zapewnić wymaganą pojemność obciążenia i wymagania dotyczące odporności platformy na podstawie wartości wejściowych w projekcie sizer. Aby uzyskać więcej informacji o dostępnych rozwiązaniach partnerów sprzętowych OEM, zobacz Katalog rozwiązań rozwiązania Azure Stack HCI. Aby ułatwić odpowiednie określanie rozmiaru jednostek SKU rozwiązania w celu spełnienia wymagań, skontaktuj się z preferowanym dostawcą rozwiązań sprzętowych lub partnerem ds. integracji systemu (SI).

Dyski fizyczne

Miejsca do magazynowania Direct obsługuje wiele typów dysków fizycznych, które różnią się wydajnością i pojemnością. Podczas projektowania klastra azure Stack HCI skontaktuj się z wybranym partnerem producenta OEM sprzętu, aby określić najbardziej odpowiednie typy dysków fizycznych, aby spełnić wymagania dotyczące pojemności i wydajności obciążenia. Przykłady obejmują obracające się dyski twarde (HDD) lub dyski PÓŁPRZEWODNIK (SSD) i dyski NVMe. Te dyski są często nazywane dyskami flash lub magazynem pamięci trwałej (PMem), nazywanym pamięcią klasy magazynu (SCM).

Niezawodność platformy zależy od wydajności krytycznych zależności platformy, takich jak typy dysków fizycznych. Upewnij się, że wybrano odpowiednie typy dysków zgodnie z wymaganiami. W przypadku obciążeń, które mają wymagania dotyczące wysokiej wydajności lub małych opóźnień, należy używać rozwiązań do magazynowania wszystkich dysków flash, takich jak NVMe lub SSD. Obciążenia te obejmują, ale nie są ograniczone do wysoce transakcyjnych technologii baz danych, produkcyjnych klastrów usługi AKS ani obciążeń o krytycznym znaczeniu dla działania firmy lub o krytycznym znaczeniu dla działania firmy, które mają wymagania dotyczące magazynu o małych opóźnieniach lub wysokiej przepływności. Użyj wdrożeń all-flash, aby zmaksymalizować wydajność magazynu. Wszystkie dyski NVMe lub wszystkie konfiguracje dysków SSD, zwłaszcza na małą skalę, zwiększają wydajność magazynowania i maksymalizuj wydajność, ponieważ żadne dyski nie są używane jako warstwa pamięci podręcznej Aby uzyskać więcej informacji, zobacz Magazyn oparty na wszystkich dyskach flash.

W przypadku obciążeń ogólnego przeznaczenia konfiguracja magazynu hybrydowego, na przykład dyski NVMe lub dyski SSD na potrzeby pamięci podręcznej i hdd dla pojemności, może zapewnić więcej miejsca do magazynowania. Kompromis polega na tym, że obracające się dyski mają niższą wydajność, jeśli obciążenie przekracza zestaw roboczy pamięci podręcznej, a dyski HDD mają krótszy średni czas między wartością awarii w porównaniu z dyskami NVMe i SSD.

Wydajność magazynu klastra ma wpływ na typ dysku fizycznego, który różni się w zależności od właściwości wydajności każdego typu dysku i wybranego mechanizmu buforowania. Typ dysku fizycznego jest integralną częścią każdego projektu i konfiguracji bezpośredniej Miejsca do magazynowania. W zależności od wymagań dotyczących obciążeń rozwiązania Azure Stack HCI i ograniczeń budżetowych można zmaksymalizować wydajność, zmaksymalizować pojemność lub zaimplementować konfigurację typu dysku mieszanego, która równoważy wydajność i pojemność.

Miejsca do magazynowania Direct zapewnia wbudowaną, trwałą, w czasie rzeczywistym, odczyt, zapis, pamięć podręczną po stronie serwera, która maksymalizuje wydajność magazynu. Pamięć podręczna powinna mieć rozmiar i skonfigurować do obsługi zestawu roboczego aplikacji i obciążeń. Miejsca do magazynowania bezpośrednie dyski wirtualne lub woluminy są używane w połączeniu z pamięcią podręczną odczytu woluminu udostępnionego klastra (CSV), aby zwiększyć wydajność funkcji Hyper-V, zwłaszcza w przypadku niebuforowanego dostępu wejściowego do obciążenia wirtualnych dysków twardych (VHD) lub plików wirtualnego dysku twardego w wersji 2 (VHDX).

Projekt sieci

Projekt sieci to ogólny układ składników w infrastrukturze fizycznej sieci i konfiguracjach logicznych. Można użyć tych samych portów fizycznej karty sieciowej (NIC) dla wszystkich kombinacji intencji zarządzania, obliczeń i sieci magazynu. Używanie tych samych portów karty sieciowej dla wszystkich celów związanych z intencją jest nazywane w pełni konwergentną konfiguracją sieci.

Mimo że obsługiwana jest w pełni konwergentna konfiguracja sieci, optymalną konfiguracją wydajności i niezawodności jest użycie dedykowanych portów karty sieciowej. W związku z tym ta architektura linii bazowej zawiera przykładowe wskazówki dotyczące wdrażania klastra wielowęźnikowego rozwiązania Azure Stack HCI przy użyciu architektury sieci przełącznika magazynu z dwoma portami karty sieciowej, które są zbieżne z intencjami zarządzania i obliczeń oraz dwoma dedykowanymi portami karty sieciowej dla intencji magazynu. Aby uzyskać więcej informacji, zobacz Zagadnienia dotyczące sieci dla wdrożeń w chmurze rozwiązania Azure Stack HCI.

Ta architektura wymaga co najmniej dwóch węzłów fizycznych i maksymalnie 16 węzłów w skali. Każdy węzeł wymaga czterech portów karty sieciowej podłączonych do dwóch przełączników Top-of-Rack (ToR). Dwa przełączniki toR powinny być połączone za pośrednictwem łączy agregacji łączy z wieloma obudowami (MLAG). Dwa porty karty sieciowej używane do ruchu intencji magazynu muszą obsługiwać zdalny bezpośredni dostęp do pamięci (RDMA). Te porty wymagają minimalnej szybkości łącza wynoszącej 10 Gb/s, ale zalecamy szybkość 25 Gb/s lub wyższą. Dwa porty karty sieciowej używane do zarządzania i intencji obliczeniowych są zbieżne przy użyciu technologii tworzenia zespołu osadzonego przełącznika (SET). Technologia SET zapewnia nadmiarowość linków i możliwości równoważenia obciążenia. Te porty wymagają minimalnej szybkości łącza wynoszącej 1 Gb/s, ale zalecamy szybkość 10 Gb/s lub wyższą.

Topologia sieci fizycznej

Poniższa topologia sieci fizycznej przedstawia rzeczywiste połączenia fizyczne między węzłami i składnikami sieci.

Podczas projektowania magazynu wielowężowego przełączonego wdrożenia rozwiązania Azure Stack HCI, które korzysta z tej architektury bazowej, potrzebne są następujące składniki:

• Przełączniki Podwójne toR:

  • Podwójne przełączniki sieciowe toR są wymagane do odporności sieci i możliwości obsługi lub stosowania aktualizacji oprogramowania układowego do przełączników bez ponoszenia przestojów. Ta strategia uniemożliwia pojedynczy punkt awarii (SPoF).

  • Dwa przełączniki ToR są używane do magazynowania lub ruchu na wschód-zachód. Przełączniki te używają dwóch dedykowanych portów Ethernet, które mają określone wirtualne sieci lokalne magazynu (VLAN) i klasy ruchu sterowania przepływem priorytetu (PFC), które są zdefiniowane w celu zapewnienia bezstratnej komunikacji RDMA.

  • Te przełączniki łączą się z węzłami za pośrednictwem Ethernet.

• Co najmniej dwa węzły fizyczne i maksymalnie 16 węzłów:

  • Każdy węzeł to serwer fizyczny z systemem operacyjnym Azure Stack HCI.

  • Każdy węzeł wymaga łącznie czterech portów karty sieciowej: dwa porty obsługujące funkcję RDMA dla magazynu i dwa porty karty sieciowej na potrzeby zarządzania i ruchu obliczeniowego.

  • Magazyn używa dwóch dedykowanych portów kart sieciowych obsługujących funkcję RDMA, które łączą się z jedną ścieżką do każdego z dwóch przełączników tor. Takie podejście zapewnia nadmiarowość ścieżki łącza i dedykowaną priorytetową przepustowość dla ruchu magazynu SMB Direct.

  • Zarządzanie i obliczenia korzystają z dwóch portów karty sieciowej, które zapewniają jedną ścieżkę do każdego z dwóch przełączników ToR w celu zapewnienia nadmiarowości ścieżki łącza.

• Łączność zewnętrzna:

  • Podwójne przełączniki ToR łączą się z siecią zewnętrzną, taką jak wewnętrzna firmowa sieć LAN, aby zapewnić dostęp do wymaganych adresów URL ruchu wychodzącego przy użyciu urządzenia sieci brzegowej. To urządzenie może być zaporą lub routerem. Te przełączniki kierują ruch wychodzący i wychodzący z klastra Azure Stack HCI lub ruchu północno-południowego.

  • Zewnętrzna łączność ruchu północno-południowego obsługuje intencję zarządzania klastrem i intencje obliczeniowe. Jest to osiągane przy użyciu dwóch portów przełącznika i dwóch portów karty sieciowej na węzeł, które są zbieżne za pośrednictwem osadzonego tworzenia zespołu przełącznika (SET) i przełącznika wirtualnego w funkcji Hyper-V w celu zapewnienia odporności. Te składniki działają w celu zapewnienia łączności zewnętrznej dla maszyn wirtualnych usługi Azure Arc i innych zasobów obciążeń wdrożonych w sieciach logicznych utworzonych w usłudze Resource Manager przy użyciu witryny Azure Portal, interfejsu wiersza polecenia lub szablonów IaC.

Topologia sieci logicznej

Topologia sieci logicznej przedstawia przegląd sposobu przepływu danych sieciowych między urządzeniami, niezależnie od ich połączeń fizycznych.

Podsumowanie konfiguracji logicznej dla tej architektury bazowej przełączonego magazynu wielowęźleowego dla usługi Azure Stack HCI jest następujące:

• Przełączniki Podwójne toR:

  • Przed wdrożeniem klastra należy skonfigurować dwa przełączniki sieciowe tor z wymaganymi identyfikatorami sieci VLAN, maksymalnymi ustawieniami jednostki transmisji i konfiguracją mostkowania centrum danych dla portów zarządzania, obliczeń i magazynu . Aby uzyskać więcej informacji, zobacz Wymagania dotyczące sieci fizycznej dla usługi Azure Stack HCI lub poproś dostawcę sprzętu przełącznika lub partnera SI o pomoc.

• Usługa Azure Stack HCI używa podejścia network ATC do zastosowania automatyzacji sieci i konfiguracji sieci opartej na intencji.

  • Usługa Network ATC została zaprojektowana w celu zapewnienia optymalnej konfiguracji sieci i przepływu ruchu przy użyciu intencji ruchu sieciowego. Network ATC definiuje, które fizyczne porty karty sieciowej są używane dla różnych intencji ruchu sieciowego (lub typów), takich jak zarządzanie klastrem, obliczenia obciążenia i intencje magazynu klastra.

  • Zasady oparte na intencjach upraszczają wymagania dotyczące konfiguracji sieci, automatyzując konfigurację sieci węzła na podstawie danych wejściowych parametrów określonych w ramach procesu wdrażania w chmurze usługi Azure Stack HCI.

• Komunikacja zewnętrzna:

  • Gdy węzły lub obciążenie muszą komunikować się zewnętrznie przez uzyskanie dostępu do firmowej sieci LAN, Internetu lub innej usługi, są one kierowane przy użyciu przełączników podwójnych tor. Ten proces został opisany w poprzedniej sekcji topologii sieci fizycznej.

  • Gdy dwa przełączniki tor działają jako urządzenia warstwy 3, obsługują routing i zapewniają łączność poza klastrem z urządzeniem granicznym brzegowym, takim jak zapora lub router.

  • Intencja sieci zarządzania używa konwergentnego interfejsu wirtualnego zespołu SET, który umożliwia zasobom płaszczyzny sterowania i adresowi IP zarządzania klastrem komunikację zewnętrzną.

  • W przypadku intencji sieci obliczeniowej można utworzyć co najmniej jedną sieć logiczną na platformie Azure z określonymi identyfikatorami sieci VLAN dla danego środowiska. Zasoby obciążenia, takie jak maszyny wirtualne, używają tych identyfikatorów, aby udzielić dostępu do sieci fizycznej. Sieci logiczne używają dwóch fizycznych portów karty sieciowej, które są zbieżne przy użyciu zespołu SET dla intencji obliczeniowych i zarządzania.

• Ruch magazynu:

  • Węzły fizyczne komunikują się ze sobą przy użyciu dwóch dedykowanych portów karty sieciowej podłączonych do przełączników toR w celu zapewnienia wysokiej przepustowości i odporności na ruch magazynu.

  • Porty magazynu SMB1 i SMB2 łączą się z dwiema oddzielnymi sieciami niekonsuowalnymi (lub warstwą 2). Każda sieć ma skonfigurowany określony identyfikator sieci VLAN, który musi być zgodny z konfiguracją portów przełącznika na domyślnych identyfikatorach sieci VLAN przełączników tor: 711 i 712.

  • Brama domyślna nie jest skonfigurowana na dwóch portach karty sieciowej intencji magazynu w systemie operacyjnym węzła Azure Stack HCI.

  • Każdy węzeł może uzyskiwać dostęp do Miejsca do magazynowania bezpośrednich możliwości klastra, takich jak zdalne dyski fizyczne używane w puli magazynów, dyskach wirtualnych i woluminach. Dostęp do tych funkcji jest ułatwiony za pośrednictwem protokołu SMB-Direct RDMA za pośrednictwem dwóch dedykowanych portów karty sieciowej magazynu, które są dostępne w każdym węźle. Funkcja SMB Multichannel jest używana do odporności.

  • Ta konfiguracja zapewnia wystarczającą szybkość transferu danych dla operacji związanych z magazynem, takich jak utrzymywanie spójnych kopii danych dla woluminów dublowanych.

Wymagania dotyczące przełącznika sieciowego

Przełączniki Ethernet muszą spełniać różne specyfikacje wymagane przez usługę Azure Stack HCI i ustawiane przez Institute of Electrical and Electronics Engineers Standards Association (IEEE SA). Na przykład w przypadku wdrożeń przełączników magazynu z wieloma węzłami sieć magazynowa jest używana dla funkcji RDMA za pośrednictwem usługi RoCE w wersji 2 lub iWARP. Ten proces wymaga standardu IEEE 802.1Qbb PFC w celu zapewnienia bezstratnej komunikacji dla klasy ruchu magazynu. Przełączniki toR muszą zapewnić obsługę ieee 802.1Q dla sieci VLAN i IEEE 802.1AB dla protokołu odnajdywania warstwy łącza.

Jeśli planujesz używać istniejących przełączników sieciowych na potrzeby wdrożenia rozwiązania Azure Stack HCI, zapoznaj się z listą obowiązkowych standardów IEEE i specyfikacji , które muszą zawierać przełączniki sieciowe i konfiguracja. Podczas zakupu nowych przełączników sieciowych skontaktuj się z dostawcą przełącznika, aby upewnić się, że urządzenia spełniają wymagania specyfikacji IEEE usługi Azure Stack HCI, lub przejrzyj listę modeli przełączników certyfikowanych przez dostawcę sprzętu, które obsługują wymagania sieciowe usługi Azure Stack HCI.

Wymagania dotyczące adresów IP

W przypadku wdrożenia przełączonego magazynu wielowęzłowego liczba potrzebnych adresów IP zwiększa się wraz z dodaniu każdego węzła fizycznego do maksymalnie 16 węzłów w ramach jednego klastra. Na przykład w celu wdrożenia konfiguracji magazynu z przełącznikiem dwóch węzłów usługi Azure Stack HCI infrastruktura klastra wymaga przydzielenia co najmniej 11 x adresów IP. W przypadku korzystania z mikrosegmentacji lub sieci zdefiniowanej programowo wymagane jest więcej adresów IP. Aby uzyskać więcej informacji, zobacz Review two-node storage reference pattern IP address requirements for Azure Stack HCI (Przeglądanie wymagań dotyczących adresów IP wzorca magazynu z dwoma węzłami dla rozwiązania Azure Stack HCI).

Podczas projektowania i planowania wymagań dotyczących adresów IP dla rozwiązania Azure Stack HCI pamiętaj, aby uwzględnić dodatkowe adresy IP lub zakresy sieci potrzebne do obciążenia poza tymi, które są wymagane dla klastra i składników infrastruktury usługi Azure Stack HCI. Jeśli planujesz wdrożyć usługę AKS w usłudze Azure Stack HCI, zobacz Wymagania dotyczące sieci usługi Azure Arc włączone w usłudze AKS.

Monitorowanie

Aby ulepszyć monitorowanie i alerty, włącz opcję Monitorowanie szczegółowych informacji w usłudze Azure Stack HCI. Szczegółowe informacje mogą być skalowane w celu monitorowania wielu klastrów lokalnych i zarządzania nimi przy użyciu spójnego środowiska platformy Azure. Usługa Insights używa liczników wydajności klastra i kanałów dziennika zdarzeń do monitorowania kluczowych funkcji rozwiązania Azure Stack HCI. Dzienniki są zbierane przez kontroler domeny skonfigurowany za pośrednictwem usługi Monitor i Log Analytics.

Usługa Azure Stack HCI Insights jest tworzona przy użyciu usługi Monitor i Log Analytics, która zapewnia zawsze aktualne, skalowalne rozwiązanie, które jest wysoce dostosowywalne. Szczegółowe informacje zapewniają dostęp do domyślnych skoroszytów z podstawowymi metrykami oraz wyspecjalizowanymi skoroszytami utworzonymi na potrzeby monitorowania kluczowych funkcji rozwiązania Azure Stack HCI. Te składniki udostępniają rozwiązanie do monitorowania niemal w czasie rzeczywistym i umożliwiają tworzenie grafów, dostosowywanie wizualizacji za pomocą agregacji i filtrowania oraz konfigurację niestandardowych reguł alertów dotyczących kondycji zasobów.

Zarządzanie aktualizacjami

Klastry rozwiązania Azure Stack HCI i wdrożone zasoby obciążenia, takie jak maszyny wirtualne usługi Azure Arc, muszą być regularnie aktualizowane i poprawiane. Regularnie stosując aktualizacje, upewnisz się, że organizacja utrzymuje wysoki poziom zabezpieczeń i zwiększa ogólną niezawodność i obsługę majątku. Zalecamy używanie automatycznych i okresowych ręcznych ocen na potrzeby wczesnego odnajdywania i stosowania poprawek zabezpieczeń i aktualizacji systemu operacyjnego.

Aktualizacje infrastruktury

Rozwiązanie Azure Stack HCI jest stale aktualizowane, aby poprawić środowisko klienta i dodać nowe funkcje i funkcje. Ten proces jest zarządzany za pośrednictwem pociągów wydań, które dostarczają nowe kompilacje bazowe kwartalnie. Kompilacje bazowe są stosowane do klastrów rozwiązania Azure Stack HCI, aby zapewnić ich aktualność. Oprócz regularnych aktualizacji kompilacji linii bazowej usługa Azure Stack HCI jest aktualizowana przy użyciu comiesięcznych aktualizacji zabezpieczeń i niezawodności systemu operacyjnego.

Update Manager to usługa platformy Azure, której można użyć do stosowania, wyświetlania i zarządzania aktualizacjami usługi Azure Stack HCI. Ta usługa udostępnia mechanizm wyświetlania wszystkich klastrów rozwiązania Azure Stack HCI w całej infrastrukturze i lokalizacjach brzegowych przy użyciu witryny Azure Portal w celu zapewnienia scentralizowanego środowiska zarządzania. Aby uzyskać więcej informacji, zobacz następujące zasoby:

• Informacje o wersji rozwiązania Azure Stack HCI

• Cykl życia rozwiązania Azure Stack HCI

• Przeglądanie faz aktualizacji rozwiązania Azure Stack HCI

• Aktualizowanie rozwiązania Azure Stack HCI za pomocą usługi Azure Update Manager

Ważne jest, aby regularnie sprawdzać dostępność nowych sterowników i aktualizacji oprogramowania układowego, takich jak co trzy do sześciu miesięcy. Jeśli używasz wersji kategorii rozwiązania Premier dla sprzętu usługi Azure Stack HCI, aktualizacje pakietów rozszerzenia konstruktora rozwiązań są zintegrowane z programem Update Manager w celu zapewnienia uproszczonego środowiska aktualizacji. Jeśli używasz zweryfikowanych węzłów lub zintegrowanej kategorii systemu, może być wymagane pobranie i uruchomienie pakietu aktualizacji specyficznego dla producenta OEM zawierającego oprogramowanie układowe i aktualizacje sterowników sprzętu. Aby określić, jak aktualizacje są dostarczane dla sprzętu, skontaktuj się ze sprzętowym partnerem OEM lub SI.

Stosowanie poprawek systemu operacyjnego gościa obciążenia

Maszyny wirtualne usługi Azure Arc wdrożone w usłudze Azure Stack HCI można zarejestrować przy użyciu usługi Azure Update Manager (AUM), aby zapewnić ujednolicone środowisko zarządzania poprawkami przy użyciu tego samego mechanizmu służącego do aktualizowania węzłów fizycznych klastra usługi Azure Stack HCI. Za pomocą usługi AUM można tworzyć konfiguracje konserwacji gościa. Te konfiguracje kontrolują ustawienia, takie jak ponowne uruchomienie ustawienia ponownego uruchamiania w razie potrzeby, harmonogram (daty, godziny i opcje powtarzania) oraz dynamiczna (subskrypcja) lub statyczna lista maszyn wirtualnych usługi Azure Arc dla zakresu. Te ustawienia kontrolują konfigurację systemu operacyjnego, gdy poprawki zabezpieczeń systemu operacyjnego są instalowane wewnątrz systemu operacyjnego gościa maszyny wirtualnej obciążenia.

Kwestie wymagające rozważenia

Te zagadnienia implementują filary struktury Azure Well-Architected Framework, która jest zestawem wytycznych, które mogą służyć do poprawy jakości obciążenia. Aby uzyskać więcej informacji, zobacz Microsoft Azure Well-Architected Framework.

Niezawodność

Niezawodność zapewnia, że aplikacja może spełnić zobowiązania podjęte przez klientów. Aby uzyskać więcej informacji, zobacz Omówienie filaru niezawodności.

Identyfikowanie potencjalnych punktów awarii

Każda architektura jest podatna na błędy. Możesz przewidzieć awarie i przygotować się za pomocą środków zaradczych z analizą trybu awarii. W poniższej tabeli opisano cztery przykłady potencjalnych punktów awarii w tej architekturze:

Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące przeprowadzania analizy trybu awarii.

Cele dotyczące niezawodności

W tej sekcji opisano przykładowy scenariusz. Fikcyjny klient o nazwie Contoso Manufacturing używa tej architektury referencyjnej do wdrożenia rozwiązania Azure Stack HCI. Firma chce spełnić swoje wymagania i wdrożyć obciążenia i zarządzać nimi lokalnie. Firma Contoso Manufacturing ma wewnętrzny cel poziomu usług (SLO) w wysokości 99,8%, że uczestnicy projektu biznesowego i aplikacji zgadzają się na ich usługi.

• Cel SLO 99,8% czasu pracy lub dostępności powoduje następujące okresy dozwolonego przestoju lub niedostępności dla aplikacji wdrożonych przy użyciu maszyn wirtualnych usługi Azure Arc uruchamianych w usłudze Azure Stack HCI:

  • Co tydzień: 20 minut i 10 sekund

  • Co miesiąc: 1 godzina, 26 minut i 56 sekund

  • Co kwartał: 4 godziny, 20 minut i 49 sekund

  • Co rok: 17 godzin, 23 minuty i 16 sekund

• Aby ułatwić spełnienie celów slo, firma Contoso Manufacturing implementuje zasadę najniższych uprawnień (PoLP), aby ograniczyć liczbę administratorów klastra usługi Azure Stack HCI do małej grupy zaufanych i kwalifikowanych osób. Takie podejście pomaga zapobiec przestojom z powodu nieumyślnych lub przypadkowych akcji wykonywanych na zasobach produkcyjnych. Ponadto dzienniki zdarzeń zabezpieczeń dla kontrolerów domeny usług lokalna usługa Active Directory Domain Services (AD DS) są monitorowane w celu wykrywania i zgłaszania zmian członkostwa w grupach kont użytkowników, znanych jako dodawanie i usuwanie akcji, dla grupy administratorów klastra usługi Azure Stack HCI przy użyciu rozwiązania do zarządzania zdarzeniami zabezpieczeń (SIEM). Monitorowanie zwiększa niezawodność i zwiększa bezpieczeństwo rozwiązania.

  Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące zarządzania tożsamościami i dostępem.

• Ścisłe procedury kontroli zmian obowiązują w systemach produkcyjnych firmy Contoso Manufacturing. Ten proces wymaga przetestowania i zweryfikowania wszystkich zmian w reprezentatywnym środowisku testowym przed wdrożeniem w środowisku produkcyjnym. Wszystkie zmiany przesłane do cotygodniowego procesu doradczego zespołu doradczego ds. zmian muszą zawierać szczegółowy plan implementacji (lub link do kodu źródłowego), ocenę poziomu ryzyka, kompleksowy plan wycofywania, testowanie po wydaniu i weryfikację oraz jasne kryteria powodzenia zmiany do przeglądu lub zatwierdzenia.

  Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące bezpiecznych praktyk wdrażania.

• Miesięczne poprawki zabezpieczeń i kwartalne aktualizacje punktu odniesienia są stosowane do produkcyjnych klastrów rozwiązania Azure Stack HCI dopiero po ich zweryfikowaniu przez środowisko przedprodukcyjne. Update Manager i funkcja aktualizacji obsługującej klaster automatyzują proces korzystania z migracji na żywo maszyny wirtualnej, aby zminimalizować przestoje obciążeń krytycznych dla działania firmy podczas miesięcznych operacji obsługi. Standardowe procedury operacyjne firmy Contoso wymagają zastosowania aktualizacji kompilacji zabezpieczeń, niezawodności lub planu bazowego do wszystkich systemów produkcyjnych w ciągu czterech tygodni od daty wydania. Bez tych zasad systemy produkcyjne nie mogą być na bieżąco z comiesięcznymi aktualizacjami systemu operacyjnego i aktualizacjami zabezpieczeń. Nieaktualne systemy negatywnie wpływają na niezawodność i bezpieczeństwo platformy.

  Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące ustanawiania punktu odniesienia zabezpieczeń.

• Firma Contoso Manufacturing implementuje kopie zapasowe codziennie, co tydzień i co miesiąc, aby zachować ostatnie 6 x dni codziennych kopii zapasowych (od poniedziałków do sobot), ostatnich 3 x tygodni (w każdą niedzielę) i 3 x miesięcznych kopii zapasowych, a każdy tydzień niedzielny 4 jest zachowywany, aby stać się miesiącem 1, miesiąc 2 i miesiąc 3 kopiami zapasowymi przy użyciu harmonogramu opartego na kalendarzu kroczącym, który jest udokumentowany i możliwy do inspekcji. Takie podejście spełnia wymagania firmy Contoso Manufacturing w celu zapewnienia odpowiedniej równowagi między liczbą dostępnych punktów odzyskiwania danych a obniżeniem kosztów usługi magazynu kopii zapasowych poza siedzibą firmy lub w chmurze.

  Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące projektowania strategii odzyskiwania po awarii.

• Procesy tworzenia kopii zapasowych i odzyskiwania danych są testowane dla każdego systemu biznesowego co sześć miesięcy. Ta strategia zapewnia, że procesy BCDR są prawidłowe i że firma jest chroniona w przypadku awarii centrum danych lub zdarzenia cybernetycznego.

  Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące projektowania strategii testowania niezawodności.

• Procesy operacyjne i procedury opisane wcześniej w artykule oraz zalecenia zawarte w przewodniku po usłudze Well-Architected Framework dla usługi Azure Stack HCI umożliwiają firmie Contoso Manufacturing spełnienie celu celu slo na poziomie 99,8% oraz efektywne skalowanie wdrożeń usługi Azure Stack HCI i obciążeń oraz zarządzanie nimi w wielu zakładach produkcyjnych, które są dystrybuowane na całym świecie.

  Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące definiowania celów niezawodności.

Nadmiarowość

Rozważ obciążenie wdrożone w jednym klastrze usługi Azure Stack HCI jako wdrożenie lokalnie nadmiarowe. Klaster zapewnia wysoką dostępność na poziomie platformy, ale należy wdrożyć klaster w jednym stojaku. W przypadku przypadków użycia krytycznych lub krytycznych dla działania firmy zalecamy wdrożenie wielu wystąpień obciążenia lub usługi w co najmniej dwóch oddzielnych klastrach rozwiązania Azure Stack HCI, najlepiej w oddzielnych lokalizacjach fizycznych.

Używaj standardowych wzorców wysokiej dostępności dla obciążeń, które zapewniają replikację aktywną/pasywną, replikację synchroniczną lub replikację asynchroniczną, taką jak zawsze włączona program SQL Server. Można również użyć technologii równoważenia obciążenia sieciowego (NLB), która kieruje żądania użytkowników do wielu wystąpień obciążeń uruchamianych w klastrach rozwiązania Azure Stack HCI wdrażanych w oddzielnych lokalizacjach fizycznych. Rozważ użycie zewnętrznego urządzenia równoważenia obciążenia sieciowego partnera. Możesz też ocenić opcje równoważenia obciążenia, które obsługują routing ruchu dla usług hybrydowych i lokalnych, takich jak wystąpienie usługi aplikacja systemu Azure Gateway korzystające z usługi Azure ExpressRoute lub tunelu sieci VPN w celu nawiązania połączenia z usługą lokalną.

Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące projektowania nadmiarowości.

Zabezpieczenia

Zabezpieczenia zapewniają ochronę przed celowymi atakami i nadużyciami cennych danych i systemów. Aby uzyskać więcej informacji, zobacz Omówienie filaru zabezpieczeń.

Zagadnienia dotyczące zabezpieczeń obejmują:

• Bezpieczna podstawa dla platformy Azure Stack HCI: Azure Stack HCI to bezpieczny domyślnie produkt, który używa zweryfikowanych składników sprzętowych z modułem TPM, INTERFEJSem UEFI i bezpiecznym rozruchem w celu utworzenia bezpiecznej podstawy dla platformy i zabezpieczeń obciążeń usługi Azure Stack HCI. Po wdrożeniu przy użyciu domyślnych ustawień zabezpieczeń usługa Azure Stack HCI ma włączoną kontrolę aplikacji w usłudze Windows Defender, funkcję Credential Guard i funkcję BitLocker. Aby uprościć delegowanie uprawnień przy użyciu funkcji PoLP, użyj wbudowanych ról kontroli dostępu opartej na rolach (RBAC) usługi Azure Stack HCI, takich jak administrator usługi Azure Stack HCI dla administratorów platformy i współautora maszyny wirtualnej rozwiązania Azure Stack HCI lub czytelnika maszyn wirtualnych usługi Azure Stack HCI dla operatorów obciążeń.

• Domyślne ustawienia zabezpieczeń: Domyślne ustawienia zabezpieczeń rozwiązania Azure Stack HCI dotyczą domyślnych ustawień zabezpieczeń klastra usługi Azure Stack HCI podczas wdrażania i umożliwia kontrolowanie dryfu, aby zachować węzły w znanym dobrym stanie. Ustawienia domyślne zabezpieczeń umożliwiają zarządzanie zabezpieczeniami klastra, kontrolą dryfu i zabezpieczonymi ustawieniami serwera podstawowego w klastrze.

• Dzienniki zdarzeń zabezpieczeń: przekazywanie dziennika systemowego usługi Azure Stack HCI integruje się z rozwiązaniami do monitorowania zabezpieczeń przez pobieranie odpowiednich dzienników zdarzeń zabezpieczeń w celu agregowania i przechowywania zdarzeń do przechowywania na własnej platformie SIEM.

• Ochrona przed zagrożeniami i lukami w zabezpieczeniach: Defender dla Chmury chroni klastry usługi Azure Stack HCI przed różnymi zagrożeniami i lukami w zabezpieczeniach. Ta usługa pomaga zwiększyć poziom zabezpieczeń środowiska rozwiązania Azure Stack HCI i może chronić przed istniejącymi i zmieniającymi się zagrożeniami.

• Wykrywanie zagrożeń i korygowanie: usługa Microsoft Advanced Threat Analytics wykrywa i koryguje zagrożenia, takie jak te przeznaczone dla usług AD DS, które zapewniają usługi uwierzytelniania węzłom klastra azure Stack HCI i ich obciążeniam maszyn wirtualnych z systemem Windows Server.

• Izolacja sieci: w razie potrzeby izoluj sieci. Można na przykład aprowizować wiele sieci logicznych korzystających z oddzielnych sieci VLAN i zakresów adresów sieciowych. W przypadku korzystania z tego podejścia upewnij się, że sieć zarządzania może dotrzeć do każdej sieci logicznej i sieci VLAN, aby węzły klastra azure Stack HCI mogły komunikować się z sieciami sieci VLAN za pośrednictwem przełączników lub bram toR. Ta konfiguracja jest wymagana do zarządzania obciążeniem, na przykład umożliwienia agentom zarządzania infrastrukturą komunikowania się z systemem operacyjnym gościa obciążenia.

  Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące tworzenia strategii segmentacji.

Optymalizacja kosztów

Optymalizacja kosztów dotyczy sposobów zmniejszenia niepotrzebnych wydatków i poprawy wydajności operacyjnej. Aby uzyskać więcej informacji, zobacz Omówienie filaru optymalizacji kosztów.

Zagadnienia dotyczące optymalizacji kosztów obejmują:

• Model rozliczeń w stylu chmury na potrzeby licencjonowania: cennik rozwiązania Azure Stack HCI jest zgodny z miesięcznym modelem rozliczeniowym subskrypcji z ryczałtowaną stawką na rdzenie procesora fizycznego w klastrze rozwiązania Azure Stack HCI. W przypadku korzystania z innych usług platformy Azure obowiązują dodatkowe opłaty za użycie. Jeśli posiadasz lokalne licencje podstawowe dla wersji Windows Server Datacenter z aktywnym pakietem Software Assurance, możesz wymienić te licencje, aby aktywować klaster Usługi Azure Stack HCI i opłaty za subskrypcję maszyn wirtualnych z systemem Windows Server.

• Automatyczne stosowanie poprawek gościa maszyny wirtualnej dla maszyn wirtualnych usługi Azure Arc: ta funkcja pomaga zmniejszyć obciążenie związane z ręcznym stosowaniem poprawek i powiązanymi kosztami konserwacji. Nie tylko ta akcja pomaga zwiększyć bezpieczeństwo systemu, ale także optymalizuje alokację zasobów i przyczynia się do ogólnej wydajności kosztów.

• Konsolidacja monitorowania kosztów: aby skonsolidować koszty monitorowania, użyj usługi Azure Stack HCI Insights i poprawki przy użyciu rozwiązania Update Manager dla rozwiązania Azure Stack HCI. Usługa Insights używa funkcji Monitor, aby zapewnić zaawansowane metryki i możliwości alertów. Składnik menedżera cyklu życia usługi Azure Stack HCI integruje się z programem Update Manager, aby uprościć zadanie aktualizowania klastrów przez konsolidowanie przepływów pracy aktualizacji dla różnych składników w jednym środowisku. Użyj narzędzia Monitor i Update Manager, aby zoptymalizować alokację zasobów i przyczynić się do ogólnej wydajności kosztów.

  Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące optymalizowania czasu personelu.

• Początkowa pojemność i wzrost obciążenia: podczas planowania wdrożenia rozwiązania Azure Stack HCI należy wziąć pod uwagę początkową pojemność obciążenia, wymagania dotyczące odporności i przyszłe zagadnienia dotyczące wzrostu. Rozważ użycie architektury bez przełącznika magazynu z dwoma lub trzema węzłami, które może obniżyć koszty, takie jak usunięcie konieczności pozyskania przełączników sieciowych klasy magazynu. Pozyskiwanie dodatkowych przełączników sieciowych klasy magazynu może być kosztownym składnikiem nowych wdrożeń klastra usługi Azure Stack HCI. Zamiast tego można użyć istniejących przełączników do zarządzania i sieci obliczeniowych, co upraszcza infrastrukturę. Jeśli pojemność i odporność obciążenia nie będą skalowane poza konfigurację z trzema węzłami, rozważ użycie istniejących przełączników dla sieci zarządzania i obliczeniowych oraz użycie architektury bez przełącznika magazynu z trzema węzłami w celu wdrożenia rozwiązania Azure Stack HCI.

  Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące optymalizowania kosztów składników.

Doskonałość operacyjna

Doskonałość operacyjna obejmuje procesy operacyjne, które wdrażają aplikację i działają w środowisku produkcyjnym. Aby uzyskać więcej informacji, zobacz Omówienie filaru doskonałości operacyjnej.

Zagadnienia dotyczące doskonałości operacyjnej obejmują:

• Uproszczone środowisko aprowizacji i zarządzania zintegrowane z platformą Azure: Wdrożenie oparte na chmurze na platformie Azure udostępnia interfejs oparty na kreatorze, który pokazuje, jak utworzyć klaster usługi Azure Stack HCI. Podobnie platforma Azure upraszcza proces zarządzania klastrami Azure Stack HCI i maszynami wirtualnymi usługi Azure Arc. Wdrożenie klastra Azure Stack HCI oparte na portalu można zautomatyzować przy użyciu szablonu usługi ARM. Ten szablon zapewnia spójność i automatyzację wdrażania rozwiązania Azure Stack HCI na dużą skalę, w szczególności w scenariuszach brzegowych, takich jak sklepy detaliczne lub lokacje produkcyjne, które wymagają klastra rozwiązania Azure Stack HCI do uruchamiania obciążeń krytycznych dla działania firmy.

• Funkcje automatyzacji dla maszyn wirtualnych: Usługa Azure Stack HCI oferuje szeroką gamę możliwości automatyzacji do zarządzania obciążeniami, takimi jak maszyny wirtualne usługi Azure Arc, z automatycznym wdrażaniem maszyn wirtualnych usługi Azure Arc przy użyciu interfejsu wiersza polecenia platformy Azure, usługi ARM lub szablonu Bicep, z aktualizacjami systemu operacyjnego maszyny wirtualnej przy użyciu rozszerzenia usługi Azure Arc dla aktualizacji i programu Azure Update Manager w celu zaktualizowania każdego klastra usługi Azure Stack HCI. Rozwiązanie Azure Stack HCI zapewnia również obsługę zarządzania maszynami wirtualnymi usługi Azure Arc przy użyciu interfejsu wiersza polecenia platformy Azure i maszyn wirtualnych spoza usługi Azure Arc przy użyciu programu Windows PowerShell. Polecenia interfejsu wiersza polecenia platformy Azure można uruchamiać lokalnie z jednego z serwerów rozwiązania Azure Stack HCI lub zdalnie z komputera zarządzania. Integracja z usługami Azure Automation i Azure Arc ułatwia szeroką gamę dodatkowych scenariuszy automatyzacji dla obciążeń maszyn wirtualnych za pośrednictwem rozszerzeń usługi Azure Arc.

  Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące korzystania z IaC.

• Funkcje automatyzacji dla kontenerów w usłudze AKS: Usługa Azure Stack HCI oferuje szeroką gamę możliwości automatyzacji do zarządzania obciążeniami, takimi jak kontenery, w usłudze AKS. Wdrożenie klastrów usługi AKS można zautomatyzować przy użyciu interfejsu wiersza polecenia platformy Azure. Aktualizowanie klastrów obciążeń usługi AKS przy użyciu rozszerzenia usługi Azure Arc dla aktualizacji platformy Kubernetes. Usługę AKS z obsługą usługi Azure Arc można również zarządzać przy użyciu interfejsu wiersza polecenia platformy Azure. Polecenia interfejsu wiersza polecenia platformy Azure można uruchamiać lokalnie z jednego z serwerów rozwiązania Azure Stack HCI lub zdalnie z komputera zarządzania. Integracja z usługą Azure Arc w celu uzyskania szerokiej gamy dodatkowych scenariuszy automatyzacji dla obciążeń konteneryzowanych za pośrednictwem rozszerzeń usługi Azure Arc.

  Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące włączania automatyzacji.

Efektywność wydajności

Efektywność wydajności to możliwość skalowania obciążenia w celu zaspokojenia zapotrzebowania użytkowników w wydajny sposób. Aby uzyskać więcej informacji, zobacz Omówienie filaru wydajności.

Zagadnienia dotyczące wydajności obejmują:

• Wydajność magazynu obciążenia: rozważ użycie narzędzia DiskSpd do testowania wydajności magazynu obciążenia klastra Azure Stack HCI. Narzędzie VMFleet umożliwia generowanie obciążenia i mierzenie wydajności podsystemu magazynowania. Oceń, czy należy użyć modułu VMFleet do pomiaru wydajności podsystemu magazynowania.

  • Zalecamy ustanowienie punktu odniesienia dla wydajności klastrów usługi Azure Stack HCI przed wdrożeniem obciążeń produkcyjnych. Narzędzie DiskSpd używa różnych parametrów wiersza polecenia, które umożliwiają administratorom testowanie wydajności magazynu klastra. Główną funkcją DiskSpd jest wydawanie operacji odczytu i zapisu oraz metryk wydajności danych wyjściowych, takich jak opóźnienie, przepływność i operacje we/wy.

    Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące testowania wydajnościowego.

• Odporność magazynu obciążenia: weź pod uwagę zalety odporności magazynu, wydajności użycia (lub pojemności) oraz wydajności. Planowanie woluminów rozwiązania Azure Stack HCI obejmuje identyfikowanie optymalnej równowagi między odpornością, wydajnością użycia i wydajnością. Trudno jest zoptymalizować tę równowagę, ponieważ maksymalizacja jednej z tych cech zwykle ma negatywny wpływ na jedną lub więcej innych cech. Zwiększenie odporności zmniejsza pojemność do wykorzystania. W związku z tym wydajność może się różnić w zależności od wybranego typu odporności. Gdy odporność i wydajność są priorytetem, a gdy używasz co najmniej trzech węzłów, domyślna konfiguracja magazynu stosuje dublowanie trzystopniowe zarówno dla woluminów infrastruktury, jak i użytkowników.

  Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące planowania pojemności.

• Optymalizacja wydajności sieci: rozważ optymalizację wydajności sieci. W ramach projektu należy uwzględnić prognozowaną alokację przepustowości ruchu sieciowego podczas określania optymalnej konfiguracji sprzętu sieciowego.

  • Aby zoptymalizować wydajność obliczeń w usłudze Azure Stack HCI, możesz użyć przyspieszania procesora GPU. Przyspieszanie procesora GPU jest korzystne w przypadku obciążeń sztucznej inteligencji o wysokiej wydajności lub uczenia maszynowego, które obejmują szczegółowe informacje o danych lub wnioskowanie. Te obciążenia wymagają wdrożenia w lokalizacjach brzegowych ze względu na zagadnienia, takie jak wagę danych lub wymagania dotyczące zabezpieczeń. W przypadku wdrożenia hybrydowego lub wdrożenia lokalnego należy wziąć pod uwagę wymagania dotyczące wydajności obciążenia, w tym procesory GPU. Takie podejście pomaga wybrać odpowiednie usługi podczas projektowania i pozyskiwania klastrów usługi Azure Stack HCI.

    Aby uzyskać więcej informacji, zobacz Zalecenia dotyczące wybierania odpowiednich usług.

Wdrażanie tego scenariusza

Poniższa sekcja zawiera przykładową listę zadań wysokiego poziomu lub typowego przepływu pracy używanego do wdrażania rozwiązania Azure Stack HCI, w tym zadań wstępnych i zagadnień. Ta lista przepływów pracy jest przeznaczona tylko jako przykładowy przewodnik. Nie jest to wyczerpująca lista wszystkich wymaganych akcji, które mogą się różnić w zależności od wymagań organizacyjnych, geograficznych lub specyficznych dla projektu.

Scenariusz: istnieje wymaganie przypadku użycia lub projektu do wdrożenia rozwiązania chmury hybrydowej w lokalizacji lokalnej lub brzegowej w celu zapewnienia lokalnych zasobów obliczeniowych na potrzeby przetwarzania danych i chęci korzystania z spójnych na platformie Azure środowisk zarządzania i rozliczeń. Więcej szczegółów opisano w sekcji potencjalnych przypadków użycia w tym artykule. W pozostałych krokach przyjęto założenie, że usługa Azure Stack HCI jest wybranym rozwiązaniem platformy infrastruktury dla projektu.

1. Zbierz wymagania dotyczące obciążeń i przypadków użycia od odpowiednich uczestników projektu. Ta strategia umożliwia projektowi potwierdzenie, że funkcje i możliwości usługi Azure Stack HCI spełniają wymagania dotyczące skalowania, wydajności i funkcjonalności obciążeń. Ten proces przeglądu powinien obejmować zrozumienie skali obciążenia lub rozmiaru oraz wymaganych funkcji, takich jak maszyny wirtualne usługi Azure Arc, usługa AKS, usługa Azure Virtual Desktop lub usługi Danych z obsługą usługi Azure Arc lub usługa Azure Arc z obsługą uczenia maszynowego. Wartości celu czasu odzyskiwania obciążenia i celu punktu odzyskiwania (niezawodność) oraz inne wymagania niefunkcjonalne (wydajność/skalowalność obciążenia) powinny być udokumentowane w ramach tego kroku zbierania wymagań.

2. Zapoznaj się z danymi wyjściowymi narzędzia azure Stack HCI sizer, aby zapoznać się z zalecanym rozwiązaniem partnerskim sprzętu. Te dane wyjściowe zawierają szczegółowe informacje dotyczące zalecanego sprzętu serwera fizycznego i modelu, liczby węzłów fizycznych oraz specyfikacji procesora CPU, pamięci i magazynu poszczególnych węzłów fizycznych wymaganych do wdrożenia i uruchamiania obciążeń.

3. Użyj narzędzia do określania rozmiaru usługi Azure Stack HCI, aby utworzyć nowy projekt, który modeluje typ i skalę obciążenia. Ten projekt obejmuje rozmiar i liczbę maszyn wirtualnych oraz ich wymagania dotyczące magazynu. Te szczegóły są wprowadzane razem z wyborami dla typu systemu, preferowanej rodziny procesorów i wymagań dotyczących odporności na wysoką dostępność i odporność magazynu, jak wyjaśniono w poprzedniej sekcji Wyboru projektu klastra.

4. Zapoznaj się z danymi wyjściowymi narzędzia Azure Stack HCI Sizer, aby zapoznać się z zalecanym rozwiązaniem partnerów sprzętowych. To rozwiązanie zawiera szczegółowe informacje na temat zalecanego sprzętu serwera fizycznego (make and model), liczby węzłów fizycznych oraz specyfikacji procesora CPU, pamięci i konfiguracji magazynu każdego węzła fizycznego wymaganego do wdrożenia i uruchomienia obciążeń.

5. Skontaktuj się ze sprzętowym partnerem OEM lub SI, aby dodatkowo kwalifikować się do przydatności zalecanej wersji sprzętowej w porównaniu z wymaganiami dotyczącymi obciążenia. Jeśli jest dostępna, użyj narzędzi ustalania rozmiaru specyficznych dla producenta OEM, aby określić wymagania dotyczące określania rozmiaru sprzętu specyficzne dla producenta OEM dla zamierzonych obciążeń. Ten krok obejmuje zazwyczaj dyskusje ze sprzętowym partnerem OEM lub SI na potrzeby komercyjnych aspektów rozwiązania. Te aspekty obejmują oferty, dostępność sprzętu, czasy realizacji oraz wszelkie profesjonalne lub wartościowe usługi, które partner zapewnia, aby przyspieszyć twój projekt lub wyniki biznesowe.

6. Wdróż dwa przełączniki toR na potrzeby integracji z siecią. W przypadku rozwiązań o wysokiej dostępności klastry HCI wymagają wdrożenia dwóch przełączników ToR. Każdy węzeł fizyczny wymaga czterech kart sieciowych, z których dwie muszą być obsługujące funkcję RDMA, która udostępnia dwa łącza z każdego węzła do dwóch przełączników ToR. Dwie karty sieciowe, jedna połączona z każdym przełącznikiem, są zbieżne dla wychodzącej łączności północno-południowej dla sieci obliczeniowych i sieci zarządzania. Pozostałe dwie karty sieciowe obsługujące funkcję RDMA są przeznaczone dla ruchu magazynowego na wschód-zachód. Jeśli planujesz używać istniejących przełączników sieciowych, upewnij się, że tworzenie i model przełączników znajdują się na liście zatwierdzonych przełączników sieciowych obsługiwanych przez rozwiązanie Azure Stack HCI.

7. Skontaktuj się ze sprzętowym partnerem OEM lub SI, aby zorganizować dostarczanie sprzętu. Partner SI lub pracownicy są następnie zobowiązani do zintegrowania sprzętu z lokalnym centrum danych lub lokalizacji brzegowej, takich jak stojaki i układanie sprzętu, sieci fizycznej i okablowania jednostki zasilania dla węzłów fizycznych.

8. Przeprowadź wdrożenie klastra usługi Azure Stack HCI. W zależności od wybranej wersji rozwiązania (rozwiązania Premier, zintegrowanego systemu lub zweryfikowanych węzłów) partner sprzętu, partner SI lub pracownicy mogą wdrożyć oprogramowanie Azure Stack HCI. Ten krok rozpoczyna się od dołączenia węzłów fizycznych systemu operacyjnego Azure Stack HCI do serwerów z obsługą usługi Azure Arc, a następnie uruchomienia procesu wdrażania w chmurze rozwiązania Azure Stack HCI. Klienci i partnerzy mogą zgłosić wniosek o pomoc techniczną bezpośrednio z firmą Microsoft w witrynie Azure Portal , wybierając ikonę Pomoc techniczna i rozwiązywanie problemów lub kontaktując się ze swoim sprzętowym partnerem OEM lub SI, w zależności od charakteru żądania i kategorii rozwiązania sprzętowego.

   Napiwek

   Implementacja referencyjna klastra Azure Stack HCI 23H2 pokazuje, jak wdrożyć przełączone wdrożenie wieloserwerowe rozwiązania Azure Stack HCI przy użyciu szablonu usługi ARM i pliku parametrów. Alternatywnie przykład Bicep pokazuje, jak za pomocą szablonu Bicep wdrożyć klaster Azure Stack HCI, w tym jego zasoby wymagań wstępnych.

9. Wdrażanie obciążeń o wysokiej dostępności w usłudze Azure Stack HCI przy użyciu witryny Azure Portal, interfejsu wiersza polecenia lub szablonów arm i usługi Azure Arc na potrzeby automatyzacji. Użyj niestandardowego zasobu lokalizacji nowego klastra HCI jako regionu docelowego podczas wdrażania zasobów obciążeń, takich jak maszyny wirtualne usługi Azure Arc, usługi AKS, hosty sesji usługi Azure Virtual Desktop lub inne usługi obsługujące usługę Azure Arc, które można włączyć za pośrednictwem rozszerzeń usługi AKS i konteneryzacji w usłudze Azure Stack HCI.

10. Zainstaluj comiesięczne aktualizacje, aby zwiększyć bezpieczeństwo i niezawodność platformy. Aby zapewnić aktualność klastrów rozwiązania Azure Stack HCI, ważne jest zainstalowanie aktualizacji oprogramowania i aktualizacji sprzętu producenta OEM oraz aktualizacji oprogramowania układowego firmy Microsoft. Te aktualizacje zwiększają bezpieczeństwo i niezawodność platformy. Program Update Manager stosuje aktualizacje i udostępnia scentralizowane i skalowalne rozwiązanie do instalowania aktualizacji w jednym klastrze lub wielu klastrach. Zajrzyj do partnera producenta OEM sprzętu, aby określić proces instalowania sterowników sprzętu i aktualizacji oprogramowania układowego, ponieważ ten proces może się różnić w zależności od wybranego typu kategorii rozwiązania sprzętowego (rozwiązanie Premier, zintegrowany system lub węzły zweryfikowane). Aby uzyskać więcej informacji, zobacz Aktualizacje infrastruktury.

Powiązane zasoby

• Projektowanie architektury hybrydowej
• Opcje hybrydowe platformy Azure
• Automatyzacja w środowisku hybrydowym
• Konfiguracja stanu usługi Azure Automation
• Optymalizowanie administrowania wystąpieniami programu SQL Server w środowiskach lokalnych i wielochmurowych przy użyciu usługi Azure Arc

Następne kroki

Dokumentacja produktu:

• Informacje o wersji 23H2 w usłudze Azure Stack HCI
• Usługa AKS w usłudze Azure Stack HCI
• Usługa Azure Virtual Desktop dla usługi Azure Stack HCI
• Co to jest monitorowanie rozwiązania Azure Stack HCI?
• Ochrona obciążeń maszyn wirtualnych za pomocą usługi Site Recovery w usłudze Azure Stack HCI
• Omówienie monitorowania
• Omówienie śledzenia zmian i spisu
• Omówienie programu Update Manager
• Co to są usługi danych z obsługą usługi Azure Arc?
• Co to są serwery z obsługą usługi Azure Arc?
• Co to jest usługa Backup?

Dokumentacja produktu, aby uzyskać szczegółowe informacje na temat określonych usług platformy Azure:

• Azure Stack HCI
• Azure Arc
• Magazyn kluczy
• Azure Blob Storage
• Monitorowanie
• Azure Policy
• Azure Container Registry
• Defender dla Chmury
• Site Recovery
• Tworzenie kopii zapasowych

Moduły microsoft Learn:

• Konfigurowanie monitora
• Projektowanie rozwiązania do odzyskiwania lokacji na platformie Azure
• Wprowadzenie do serwerów z obsługą usługi Azure Arc
• Wprowadzenie do usług danych z obsługą usługi Azure Arc
• Wprowadzenie do usługi AKS
• Skalowanie wdrożenia modelu za pomocą usługi Machine Learning w dowolnym miejscu — blog społeczności technicznej
• Wdrażanie uczenia maszynowego w dowolnym miejscu dzięki usłudze AKS i usłudze Azure Arc w usłudze Machine Learning — blog społeczności technicznej
• Uczenie maszynowe w hybrydowej usłudze AKS i rozwiązaniu Stack HCI przy użyciu uczenia maszynowego z obsługą usługi Azure Arc — blog społeczności technicznej
• Wprowadzenie do docelowego obiektu obliczeniowego platformy Kubernetes w usłudze Machine Learning
• Aktualizowanie maszyn wirtualnych
• Ochrona ustawień maszyny wirtualnej za pomocą konfiguracji stanu usługi Automation
• Ochrona maszyn wirtualnych przy użyciu kopii zapasowej