Często zadawane pytania dotyczące usługi Azure Container Storage

Azure Container Storage zapewnia natywną orkiestrację trwałych woluminów w chmurze oraz przyspieszanie danych dla aplikacji Kubernetes.

Pytania ogólne

• Jaka jest różnica między usługą Azure Container Storage w wersji 2.x.x i 1.x.x? Usługa Azure Container Storage (wersja 2.x.x) oferuje lżejszą wagę, instalację na żądanie i zoptymalizowane wykorzystanie zasobów. Jednak wersja 2.x.x obecnie obsługuje lokalne urządzenia NVMe i Azure Elastic SAN jako magazyn zapasowy, natomiast wersja 1.x.x obsługuje dyski platformy Azure, efemeryczny dysk (lokalny dysk NVMe i dysk tymczasowy) oraz elastyczną sieć SAN platformy Azure.

• Jakie są zmiany między Azure Container Storage w wersjach 2.0.x a 2.1.x+? Jeśli używasz Azure Container Storage w wersji 2.0.x i wyłączysz automatyczną aktualizację, skorzystaj z tej tabeli, aby zrozumieć, co zostanie zainstalowane w klastrze AKS.

  Wersja usługi Azure Container Storage	Obsługiwane typy magazynów	Instalator obecny	Wyzwalacz instalacji sterownika
  2.0.x	Lokalne urządzenie NVMe	Nie.	Zainstalowane podczas --enable-azure-container-storage
  2.1.x i nowsze	Lokalne urządzenie NVMe i elastyczna sieć SAN	Tak	Za pomocą wyboru typu przechowywania podczas włączenia lub przez utworzenie klasy przechowywania (tylko procedura instalatora)

• Jakie modele instalacji są dostępne w wersji 2.1.x lub nowszej? Usługa Azure Container Storage obsługuje dwa przepływy instalacji.

  Tylko instalator (wybierz miejsce przechowywania później)
  Użyj tej opcji, jeśli chcesz, aby usługa Azure Container Storage została zainstalowana, ale planujesz później zdecydować o zapleczu magazynu.

  az aks update -n <cluster-name> -g <resource-group> --enable-azure-container-storage
  

  Zachowanie:

  • Instaluje tylko instalatora.
  • Początkowo nie zainstalowano sterownika specyficznego dla przechowywania ani agenta węzła.
  • Utworzenie klasy magazynu spowoduje późniejsze zainstalowanie właściwego sterownika CSI.

  Instalator i typ(y) magazynowania
  Użyj tej opcji, jeśli znasz wymagane zaplecza.

  az aks update -n <cluster-name> -g <resource-group> --enable-azure-container-storage <storage-types>
  

  Przykład:

  az aks update -n <cluster-name> -g <resource-group> --enable-azure-container-storage ephemeralDisk elasticSan
  

  Zachowanie:

  • Instaluje instalatora oraz wybrane sterowniki CSI.
  • Tworzy domyślne obiekty klasy pamięci masowej, jeśli żadne nie istnieją.
  • Domyślne nazwy klas przechowywania to local-csi dla ephemeralDisk (lokalne NVMe) i azuresan-csi dla elasticSan (Azure Elastic SAN).
  • Obsługuje wiele typów pamięci.

  Wartości typu magazynu woluminów trwałych to ephemeralDisk (lokalny NVMe) oraz elasticSan (Azure Elastic SAN). Aby umożliwić rozproszony akcelerator przechowywania w chmurze (podgląd), przeszedł samodzielnie distributedAccelerator . DACS używa osobnego rozszerzenia i kontrolera; nie instaluje sterownika CSI ani nie tworzy klasy Storage. Zobacz Jak włączyć rozproszony akcelerator dla pamięci masowej w chmurze?

• Jak działają modele instalacji z programem Terraform? Konfiguracja rozszerzenia obsługuje te same przepływy co interfejs wiersza polecenia platformy Azure:

  • Tylko instalator (wybierz magazyn później): Ustaw enable-azure-container-storage na true. Utwórz później klasę pamięci masowej, aby wywołać instalację sterownika.
  • Instalator + typy magazynu: Ustaw enable-azure-container-storage na wartość typu magazynu, taką jak ephemeralDisk, elasticSan, lub listę, taką jak ephemeralDisk elasticSan. Zainstaluje to instalator, wybrane sterowniki CSI i utworzy domyślną klasę pamięci masowej. Domyślne nazwy klas przechowywania to local-csi dla ephemeralDisk (lokalne NVMe) i azuresan-csi dla elasticSan (Azure Elastic SAN).

  Obsługiwane typy magazynów dla wersji 2.1.0 lub nowszej: ephemeralDisk (local NVMe) i elasticSan (Azure Elastic SAN).

• Jakie składniki są instalowane w trybie tylko instalatora? Tryb tylko instalatora tworzy wdrożenia instalatora i telemetrii w kube-system przestrzeni nazw, ale nie instaluje żadnych sterowników CSI ani agentów węzłów do momentu włączenia typu magazynu lub utworzenia klasy magazynu.

  Składnik	Typ zasobu	Name	Description
  Program instalacyjny	Wdrożenie	acstor-cluster-manager (menedżer klastrów acstor)	Główny kontroler, który nadzoruje obiekty klasy magazynu i koordynuje całym cyklem życia sterownika CSI
  Telemetria	Wdrożenie	acstor-geneva	Wewnętrzne monitorowanie i kontenery telemetrii

• Kiedy są instalowane sterowniki CSI? Jeśli podczas instalacji włączysz typ magazynu, sterownik zainstaluje się natychmiast i zostaną utworzone domyślne obiekty klasy magazynu, jeśli ich brakuje. Jeśli wybierzesz opcję "tylko instalator", sterownik zostanie zainstalowany podczas tworzenia klasy przechowywania (lub jeśli klasa przechowywania już istnieje).

• Co jest instalowane po włączeniu sterownika CSI? Po włączeniu typu magazynu lub utworzeniu klasy magazynu usługa Azure Container Storage instaluje sterownik CSI specyficzny dla magazynu oraz składniki pomocnicze.

  Składnik	Typ zasobu	Name	Description
  Sterownik CSI	HelmRelease	acstor-local-csi-driver lub acstor-azuresan-csi-driver	Sterownik CSI specyficzny dla pamięci masowej
  Agent węzła	DaemonSet	acstor-node-agent	Działa na węzłach pamięci masowej na potrzeby zbierania metryk
  Moduł zbierający OpenTelemetry (OTel)	DaemonSet	acstor-otel-collector	Zbiera logi i metryki z węzłów

• Jakie zasoby platformy Kubernetes tworzą elastyczne sterowniki SAN i lokalne sterowniki NVMe CSI?

  Elastyczny sterownik SAN CSI:

  Resource	Name	Przeznaczenie
  DaemonSet	azuresan-csi-driver	Uruchamia zasobniki CSI w każdym węźle

  Lokalny sterownik NVMe CSI:

  Resource	Name	Przeznaczenie
  DaemonSet	csi-local-node	Uruchamia zasobniki sterowników CSI w każdym węźle
  Wdrożenie	csi-local-manager	Webhook i kontroler czyszczenia PV

  Wdrożenie csi-local-manager preferuje pulę węzłów systemu.

• Jak są rozmieszczane składniki usługi Azure Container Storage? Sterowniki CSI działają zgodnie z preferencjami klasy magazynu. Agent węzła działa tam, gdzie znajduje się sterownik, a instalator preferuje pule węzłów systemowych.

• Jaka jest różnica między sterownikami usługi Azure Container Storage i azure CSI (Container Storage Interface)?
  Usługa Azure Container Storage obsługuje opcje magazynu zapasowego, które nie są obsługiwane przez inne sterowniki CSI platformy Azure, takie jak efemeryczny dysk (lokalny dysk NVMe). Wszystkie te sterowniki są przeznaczone do bezproblemowej pracy z usługą AKS i są typu open source.

• W których regionach platformy Azure jest dostępna usługa Azure Container Storage?

  Usługa Azure Container Storage jest dostępna tylko dla podzestawu regionów platformy Azure:

  • (Afryka) Republika Południowej Afryki Północnej
  • (Azja i Pacyfik) Australia Wschodnia
  • (Azja i Pacyfik) Azja Wschodnia
  • (Azja i Pacyfik) Japonia Wschodnia
  • (Azja i Pacyfik) Korea Środkowa
  • (Azja i Pacyfik) Azja Południowo-Wschodnia
  • (Azja i Pacyfik) Indie Środkowe
  • (Europa) Francja Środkowa
  • (Europa) Niemcy Zachodnio-środkowe
  • (Europa) Europa Północna
  • (Europa) Europa Zachodnia
  • (Europa) Południowe Zjednoczone Królestwo
  • (Europa) Szwecja Środkowa
  • (Europa) Szwajcaria Północna
  • (Bliski Wschód) Zjednoczone Emiraty Arabskie Na Północ
  • (Ameryka Północna) Wschodnie stany USA
  • (Ameryka Północna) Wschodnie stany USA 2
  • (Ameryka Północna) Zachodnie stany USA
  • (Ameryka Północna) Zachodnie stany USA 2
  • (Ameryka Północna) Zachodnie stany USA 3
  • (Ameryka Północna) Środkowe stany USA
  • (Ameryka Północna) Północno-środkowe stany USA
  • (Ameryka Północna) Południowo-środkowe stany USA
  • (Ameryka Północna) Zachodnio-środkowe stany USA
  • (Ameryka Północna) Kanada Środkowa
  • (Ameryka Północna) Kanada Wschodnia
  • (Ameryka Południowa) Brazylia Południowa

• Jeśli masz już zainstalowaną wersję zapoznawcza usługi Azure Container Storage w klastrze usługi AKS, jak mogę przeprowadzić aktualizację do najnowszej wersji ogólnie dostępnej?
  Jeśli funkcja automatycznego uaktualnienia jest włączona, usługa Azure Container Storage automatycznie aktualizuje najnowszą wersję. Jeśli nie włączono automatycznego uaktualniania, zalecamy zaktualizowanie do najnowszej ogólnie dostępnej wersji, uruchamiając następujące polecenie. Pamiętaj, aby zastąpić <cluster-name> i <resource-group> własnymi wartościami.

  az k8s-extension update --cluster-type managedClusters --cluster-name <cluster-name> --resource-group <resource-group> --name azurecontainerstorage --version 1.1.0 --auto-upgrade false --release-train stable
  

• Czy podczas uaktualniania do nowej wersji usługi Azure Container Storage występuje jakikolwiek wpływ na wydajność?
  Jeśli pozostawisz włączoną funkcję autouaktualniania (zalecane), podczas procesu aktualizacji może wystąpić tymczasowe opóźnienie wejścia/wyjścia. Jeśli wyłączysz automatyczne skalowanie i zainstalujesz nową wersję ręcznie, nie ma to żadnego wpływu; jednak nie uzyskujesz korzyści z automatycznych uaktualnień i natychmiastowego dostępu do nowych funkcji.

• Jakie parametry można określić dla puli magazynów utworzonej podczas instalowania usługi Azure Container Storage (wersja 1.x.x) za pomocą az aks create polecenia ?
  Zapoznaj się z tym artykułem , aby zapoznać się z obowiązkowymi i opcjonalnymi parametrami puli magazynów wraz z ich wartościami domyślnymi.

• Które inne usługi platformy Azure obsługuje usługa Azure Container Storage?
  Obecnie usługa Azure Container Storage obsługuje tylko usługę Azure Kubernetes Service (AKS).

• Czy usługa Azure Container Storage obsługuje obciążenia typu read-write-many (RWX)?
  Usługa Azure Container Storage nie obsługuje obciążeń typu read-write-many (RWX). Jednak sterowniki Azure Files i Blob CSI są doskonałymi alternatywami i w pełni obsługiwane.

• Jak usunąć usługę Azure Container Storage?
  Aby usunąć usługę Azure Container Storage (wersja 2.x.x), zobacz Usuwanie usługi Azure Container Storage. Aby usunąć usługę Azure Container Storage (wersja 1.x.x), zobacz ten artykuł.

• Czy usługa Azure Container Storage obsługuje kontenery systemu Windows w usłudze AKS?
  Nie, usługa Azure Container Storage obsługuje tylko kontenery usługi AKS działające w węzłach ubuntu i Azure Linux.

• Czy usługa Azure Container Storage używa pojemności z efemerycznych dysków systemu operacyjnego na potrzeby efemerycznej puli magazynów dysków?
  Nie, usługa Azure Container Storage odnajduje i używa tylko pojemności z efemerycznych dysków danych na potrzeby efemerycznej puli magazynowania dysków.

• Czy usługa Azure Container Storage obsługuje pule węzłów usługi ARM?
  Lokalne sterowniki NVMe i Elastic SAN dotyczące trwałych woluminów obecnie obsługują pule węzłów AMD64/x86-64. Rozproszony akcelerator do podglądu przechowywania w chmurze obsługuje x64 i arm64. Sprawdź macierz wsparcia dla funkcji, którą wdrażasz.

• Jakie punkty końcowe muszą być dozwolone w usłudze Azure Firewall, aby usługa Azure Container Storage działała?

  Aby zapewnić prawidłowe działanie usługi Azure Container Storage, musisz dodać określone punkty końcowe do listy dozwolonych w usłudze Azure Firewall. Te punkty końcowe są wymagane, aby składniki usługi Azure Container Storage komunikowały się z niezbędnymi usługami platformy Azure. Nieumieszczenie tych punktów końcowych na liście dozwolonych może prowadzić do problemów z instalacją lub działaniem.

  Punkty końcowe do listy dozwolonych:

  linuxgeneva-microsoft.azurecr.io, eus2azreplstore137.blob.core.windows.net, eus2azreplstore70.blob.core.windows.net, eus2azreplstore155.blob.core.windows.net, eus2azreplstore162.blob.core.windows.net, *.hcp.eastus2.azmk8s.io, management.azure.com, login.microsoftonline.com, packages.microsoft.com, acs-mirror.azureedge.net, eastus2.dp.kubernetesconfiguration.azure.com, mcr.microsoft.com

  Aby uzyskać więcej informacji, zobacz Reguły sieci wychodzącej oraz nazwy FQDN dla klastrów usługi Azure Kubernetes Service (AKS) i wymagania sieciowe platformy Kubernetes z obsługą Azure Arc.

• Czy istnieje umowa dotycząca poziomu usług (SLA) dla usługi Azure Container Storage?

  Usługa Azure Container Storage to rozwiązanie orkiestracji podstawowych opcji magazynu, w tym efemerycznych dysków, elastycznej sieci SAN platformy Azure i dysków platformy Azure. Usługa Azure Container Storage nie zapewnia umowy dotyczącej poziomu usług (SLA). Jednak umowa SLA jest oferowana dla każdej opcji przechowywania. Zobacz Umowy dotyczące poziomu usług firmy Microsoft dla usług online.

Rozproszony akcelerator dla pamięci masowej w chmurze

• Czym jest rozproszony akcelerator do przechowywania w chmurze? Rozproszony akcelerator do przechowywania danych w chmurze (DACS) buforuje dane Azure Blob na lokalnym NVMe, aby przyspieszyć ładowanie modeli do wnioskowania oraz powtarzające odczyty zbiorów danych do treningu. To jest pamięć podręczna typu read-through, a nie pamięć masowa woluminów trwałych. Zobacz przegląd rozproszonego akceleratora dla pamięci masowej w chmurze.

• Jak włączyć rozproszony akcelerator dla przechowywania w chmurze? Włącz distributedAccelerator tę możliwość za pomocą interfejsu wiersza polecenia Azure CLI. Zarządzane rozszerzenie instaluje kontroler i wymagany wstępnie zestaw DaemonSet dla NVMe w kube-system; tworzysz zasób pamięci podręcznej osobno. Konfiguracja wstępna może formatować dyski na oznaczonych węzłach cache, więc używaj dedykowanych dysków NVMe. Aby uzyskać wymagania wstępne i informacje o kolejnych krokach, zobacz: Wprowadzenie do rozproszonego akceleratora dla magazynu w chmurze na platformie AKS.

• Które źródła danych są obsługiwane? Obsługiwanym źródłem danych jest Azure Blob Storage. Źródła Direct Hugging Face, Amazon S3 i Google Cloud Storage nie są obsługiwane w tym podglądzie.

• Czy dane w pamięci podręcznej są trwałe? Nie. Dane w pamięci podręcznej są ulotne i mogą zostać usunięte lub utracone podczas wymiany węzła pamięci podręcznej. Przechowywać autorytatywne pliki modeli i zestawy danych w Azure Blob Storage.

• Jak obciążenie robocze uwierzytelnia się w usłudze Azure Blob Storage? Przewodnik Szybki start korzysta z zarządzanej tożsamości kubelet usługi AKS z dostępem tylko do odczytu do kontenera obiektów blob. Aby uzyskać informacje o przypisaniu ról i konfiguracji klienta, zobacz Przyznaj dostęp do odczytu danych modelu.

• Jak mogę potwierdzić, że odczyty korzystają z DACS, a nie bezpośrednio z Azure Blob Storage? Sprawdź metryki klientów dotyczące trafień w cache-hit oraz wzrost licznika pomyślnych żądań do serwera pamięci podręcznej. Same udane lub szybsze odczyty nie są dowodem na buforowanie, ponieważ klient może awaryjnie przełączyć się na Blob Storage. Kroki weryfikacji można znaleźć w artykule Weryfikacja ścieżki żądania DACS.

• Czy mogę wstępnie pobierać modele przed uruchomieniem podów inferencyjnych? Tak. Prefetch może wypełnić wybrane ścieżki modeli przed planowanym wdrożeniem lub skalowaniem horyzontalnym. Zobacz: Zarządzanie rozproszonym akceleratorem dla przechowywania w chmurze.

• Czy rozproszony akcelerator do przechowywania w chmurze deduplikuje równoczesne odczyty na zimno? Nie. Skoordynowana populacja zimnych cache'ów nie jest dostępna w tej wersji zapoznawczej. Współbieżni klienci mogą niezależnie pobierać te same brakujące dane z Azure Blob Storage. Używaj prefetch do dużych, zsynchronizowanych zdarzeń skalowania.

• Czy rozproszony akcelerator do przechowywania w chmurze wymaga zmian aplikacji? To zależy od integracji. Aplikacje mogą korzystać z API klienta Python lub obsługiwanych adapterów. Zobacz Korzystanie z rozproszonego akceleratora do przechowywania w chmurze za pomocą klienta Python, aby uzyskać wskazówki dotyczące integracji i konfiguracji.

• Jaką skalę obsługuje rozproszony akcelerator do przechowywania w chmurze? Podgląd obsługuje klastry z maksymalnie 100 węzłami.

• Czy za rozproszony akcelerator do przechowywania w chmurze jest dodatkowa opłata? Nie ma opłaty za oprogramowanie DACS. Standardowe opłaty obowiązują za maszyny wirtualne Azure, Azure Blob Storage, sieci, monitoring i inne zasoby wykorzystywane przez wdrożenie.

• Czy mogę zaktualizować rozproszony akcelerator dla magazynu w chmurze na miejscu? Postępuj zgodnie z wytycznymi dotyczącymi aktualizacji dla danej wersji i nie zakładaj, że dane w pamięci podręcznej są zachowane podczas aktualizacji. Zobacz Zarządzanie rozproszonym akceleratorem dla pamięci masowej w chmurze.

• Co się dzieje, gdy usuwam rozproszony akcelerator dla magazynu w chmurze? Kopie w pamięci podręcznej są ulotne; pliki i zestawy danych modelu źródłowego w Azure Blob Storage nie są usuwane. Usuń zasoby pamięci podręcznej podczas działania kontrolera, a następnie wyłącz DACS. Wyłączenie usuwa rozszerzenie, kontroler i wymagany DaemonSet dla zarządzanego NVMe, ale zachowuje Cache CRD. Nie usuwaj zarządzanych zależności osobno. Informacje o kolejności czyszczenia i poleceniach znajdują się w artykule Usuń rozproszony akcelerator dla magazynu w chmurze.

Zobacz także

• Co to jest usługa Azure Container Storage?