Lokalne często zadawane pytania dotyczące platformy Azure

Azure Local to lokalny stos infrastruktury hiperkonwergentnej dostarczany jako usługa hybrydowa platformy Azure. Oprogramowanie lokalne platformy Azure instaluje się na komputerach fizycznych, które kontrolujesz lokalnie.

Następnie należy połączyć się z platformą Azure, aby korzystać z monitorowania w chmurze, obsługi, rozliczeń oraz (opcjonalnie) z funkcji zarządzania i zabezpieczeń.

W tej sekcji często zadawane pytania wyjaśniono, jak usługa Azure Local korzysta z chmury, odpowiadając na często zadawane pytania dotyczące wymagań i zachowania łączności.

L.p. Dane klienta, w tym nazwy, metadane, konfiguracja i zawartość lokalnych maszyn wirtualnych nigdy nie są wysyłane do chmury, chyba że włączysz więcej usług, takich jak Azure Backup lub Azure Site Recovery, lub jeśli nie zarejestrujesz tych maszyn wirtualnych indywidualnie w usługach zarządzania chmurą, takich jak Azure Arc.

Ponieważ usługa Azure Local nie przechowuje danych klientów w chmurze, odzyskiwanie po awarii ciągłości działania (BCDR) dla danych lokalnych klienta jest definiowane i kontrolowane przez klienta.

Aby skonfigurować własną replikację typu lokacja-lokacja przy użyciu klastra rozproszonego, zobacz Omówienie klastrów rozproszony. Funkcja klastra rozproszonego jest dostępna tylko w wersji lokalnej platformy Azure w wersji 22H2.

Aby dowiedzieć się więcej na temat zbieranych danych diagnostycznych, aby zapewnić bezpieczeństwo lokalne platformy Azure, aktualność i pracę zgodnie z oczekiwaniami, zobacz:

• Zbieranie danych lokalnych na platformie Azure.
  
• Miejsce przechowywania danych na platformie Azure.
  
• Zbieranie dzienników diagnostycznych dla usługi Azure Local.
  
• Uzyskaj pomoc techniczną dotyczącą problemów z wdrażaniem lokalnym platformy Azure.
  

L.p. Możesz użyć narzędzi brzegowych, takich jak Windows Admin Center, PowerShell lub System Center, do zarządzania bezpośrednio infrastrukturą hosta i maszynami wirtualnymi, nawet jeśli połączenie sieciowe z chmurą jest wyłączone lub poważnie ograniczone.

Typowe codzienne operacje, takie jak przenoszenie maszyny wirtualnej między hostami, zastępowanie dysku, które zakończyło się niepowodzeniem, lub konfigurowanie adresów IP nie polegają na chmurze. Jednak łączność w chmurze jest wymagana do uzyskiwania aktualizacji oprogramowania za pośrednictwem sieci, zmiany rejestracji platformy Azure lub używania funkcji, które bezpośrednio korzystają z usług w chmurze na potrzeby tworzenia kopii zapasowych, monitorowania i nie tylko.

L.p. Połączenia o ograniczonej przepustowości, takie jak wiejskie linie T1 lub połączenia satelitarne/komórkowe, są odpowiednie do synchronizacji lokalnej platformy Azure. Minimalna wymagana łączność to kilka kilobajtów dziennie. Więcej usług może wymagać dodatkowej przepustowości, zwłaszcza w celu replikowania lub tworzenia kopii zapasowych całych maszyn wirtualnych, pobierania dużych aktualizacji oprogramowania lub przekazywania pełnych dzienników na potrzeby analizy i monitorowania w chmurze.

L.p. Usługa Azure Local jest przeznaczona do obsługi okresów ograniczonej lub zerowej łączności.

Mimo że połączenie nie działa, cała infrastruktura hosta i maszyny wirtualne nadal działają normalnie i można użyć narzędzi brzegowych lokalnych do zarządzania. Nie można jednak używać funkcji, które są bezpośrednio zależne od usług w chmurze. Informacje w witrynie Azure Portal mogą być również nieaktualne, dopóki usługa Azure Local nie będzie mogła ponownie przeprowadzić synchronizacji.

Zmiany konfiguracji wprowadzone na maszynach wirtualnych usługi Arc przy użyciu narzędzi brzegowych nie będą automatycznie synchronizowane z platformą Azure.

Co najmniej usługa Azure Local musi pomyślnie zsynchronizować się z platformą Azure raz na 30 kolejnych dni.

Jeśli usługa Azure Local nie synchronizuje się z platformą Azure w ciągu 30 kolejnych dni, stan połączenia klastra będzie wyświetlany w witrynie Azure Portal i innych narzędziach, a klaster przechodzi w tryb ograniczonej funkcjonalności. W tym trybie infrastruktura hosta pozostaje w stanie gotowości, a wszystkie bieżące maszyny wirtualne będą nadal działać normalnie. Nie można jednak utworzyć nowych maszyn wirtualnych, dopóki usługa Azure Local nie będzie mogła ponownie przeprowadzić synchronizacji. Wewnętrzną przyczyną techniczną jest to, że licencja wygenerowana w chmurze klastra wygasła i musi zostać odnowiona przez synchronizację z platformą Azure.

Zależy to od używanych funkcji. Co najmniej usługa Azure Local synchronizuje podstawowe informacje o klastrze do wyświetlania w witrynie Azure Portal, w tym listę węzłów klastrowanych, model sprzętu i wersję oprogramowania; informacje rozliczeniowe, które zawierają podsumowanie naliczanych rdzeni dni od ostatniej synchronizacji i minimalnych wymaganych informacji diagnostycznych, które ułatwiają firmie Microsoft zabezpieczanie, aktualizowanie i prawidłowe działanie wystąpienia lokalnego platformy Azure.

Całkowity rozmiar jest mały — kilka kilobajtów. Jeśli włączysz dodatkowe usługi, mogą one przekazać więcej. Na przykład usługa Azure Log Analytics przekaże dzienniki i liczniki wydajności na potrzeby monitorowania.

Zależy to od używanych funkcji. Co najmniej usługa Azure Local próbuje przeprowadzić synchronizację co 12 godzin. Jeśli operacja synchronizacji nie powiedzie się, zawartość zostanie zachowana lokalnie i wysłana przy następnej pomyślnej synchronizacji. Oprócz tego zwykłego czasomierza można ręcznie zsynchronizować w dowolnym momencie przy użyciu Sync-AzureStackHCI polecenia cmdlet programu PowerShell.

Jeśli włączysz dodatkowe usługi, mogą one być przekazywane częściej. Na przykład usługa Azure Log Analytics przekazuje dane co 5 minut na potrzeby monitorowania.

Usługa Azure Local synchronizuje się z platformą Azure i przechowuje dane w bezpiecznym centrum danych obsługiwanym przez firmę Microsoft. Aby dowiedzieć się więcej na temat zbieranych danych diagnostycznych, aby zapewnić bezpieczeństwo lokalne platformy Azure, aktualność i pracę zgodnie z oczekiwaniami, zobacz Zbieranie danych lokalnych platformy Azure i miejsce przechowywania danych na platformie Azure.

L.p. Usługa Azure Local musi pomyślnie przeprowadzić synchronizację z platformą Azure raz na 30 kolejnych dni.

L.p. Obecnie nie ma mechanizmu rejestrowania i synchronizacji między środowiskiem lokalnym a platformą Azure bez łączności sieciowej.

System Windows Server jest podstawą niemal każdego produktu platformy Azure, a wszystkie funkcje, które warto udostępnić, obsługują system Windows Server. Początkowa oferta platformy Azure Local była oparta na systemie Windows Server 2019 i korzystała z tradycyjnego modelu licencjonowania systemu Windows Server.

Obecnie usługa Azure Local ma własny model licencjonowania oparty na systemie operacyjnym i subskrypcji. Usługa Azure Local to zalecany sposób wdrażania lokalnego rozwiązania HCI przy użyciu sprzętu zweryfikowanego przez firmę Microsoft od naszych partnerów.

Usługa Azure Local obsługuje kilka systemów operacyjnych gościa. Aby uzyskać więcej informacji, zobacz Obsługiwane systemy operacyjne gościa systemu Windows dla funkcji Hyper-V w systemie Windows Server.

Obecnie nie ma uaktualnienia w miejscu z systemu Windows Server do lokalnego platformy Azure. Można jednak migrować obciążenia maszyn wirtualnych z systemu Windows Server do platformy Azure Lokalnie przy użyciu usługi Azure Migrate. Aby uzyskać więcej informacji, zobacz Omówienie migracji opartej na usłudze Azure Migrate dla usługi Azure Local (wersja zapoznawcza).

Aby uzyskać zaktualizowaną listę usług platformy Azure, z którymi można połączyć platformę Azure Lokalnie, zobacz Zarządzanie możliwościami hybrydowymi na platformie Azure lokalnie za pomocą usług platformy Azure.

W witrynie Azure Portal przejdź do maszyny. Jeśli maszyna jest zarejestrowana w usłudze Arc, powinna być widoczna wersja systemu operacyjnego i ogólna wersja lokalna platformy Azure.

Użyj następującego polecenia programu PowerShell, aby wysłać zapytanie o nazwę systemu operacyjnego i wersję systemu operacyjnego.

Get-ComputerInfo -Property 'osName', 'osDisplayVersion'

Oto kilka przykładowych danych wyjściowych:

OsName                         OSDisplayVersion
------                         ----------------
Microsoft Azure Stack HCI      23H2

Usługa Azure Local, wersja 22H2 zostanie zakończona do maja 2025 r. Następnie nie otrzymasz comiesięcznych aktualizacji zabezpieczeń i jakości, które zapewniają ochronę przed najnowszymi zagrożeniami bezpieczeństwa. Aby kontynuować otrzymywanie aktualizacji, zalecamy zaktualizowanie systemu operacyjnego do wersji 23H2. Jeśli obecnie korzystasz z klastra rozproszonego platformy Azure w wersji 22H2 lub zarządzania nią lokalnie za pośrednictwem programu System Center — Virtual Machine Manager, zapoznaj się z tabelą Obsługiwane obciążenia i konfiguracje, aby zapoznać się z osiami czasu aktualizacji.