Udostępnij za pośrednictwem


Tworzenie prywatnego klastra usługi Azure Kubernetes Service (AKS)

Ten artykuł ułatwia wdrożenie klastra usługi AKS opartego na łączach prywatnych. Jeśli interesuje Cię utworzenie klastra usługi AKS bez wymaganego łącza prywatnego lub tunelu, zobacz Tworzenie klastra usługi Azure Kubernetes Service z integracją serwera API z siecią wirtualną (wersja zapoznawcza).

Omówienie

W prywatnym klastrze warstwa sterująca lub serwer API ma wewnętrzne adresy IP zdefiniowane w dokumencie RFC1918 - Alokacja Adresów dla Prywatnego Internetu. Korzystając z klastra prywatnego, można zapewnić, że ruch sieciowy między serwerem interfejsu API i pulami węzłów pozostaje tylko w sieci prywatnej.

Płaszczyzna sterowania lub serwer interfejsu API znajduje się w grupie zasobów platformy Azure zarządzanej przez usługę AKS, a pula węzłów znajduje się w twojej grupie zasobów. Serwer i klaster lub pula węzłów mogą komunikować się ze sobą za pośrednictwem usługi Azure Private Link w sieci wirtualnej serwera API i prywatnego punktu końcowego, który jest wystawiony na podsieci klastra usługi AKS.

Podczas konfigurowania prywatnego klastra AKS, usługa AKS domyślnie tworzy prywatną nazwę FQDN z prywatną strefą DNS oraz dodatkową publiczną nazwę FQDN z odpowiednim rekordem A w publicznej strefie DNS platformy Azure. Węzły agenta nadal używają rekordu A w prywatnej strefie DNS, aby rozpoznać prywatny adres IP prywatnego punktu końcowego na potrzeby komunikacji z serwerem interfejsu API.

Dostępność w regionach

Klastry prywatne są dostępne w regionach publicznych, w Azure Government oraz w regionach Microsoft Azure obsługiwanych przez 21Vianet, gdzie jest obsługiwane AKS.

Wymagania wstępne

  • Interfejs wiersza polecenia platformy Azure w wersji 2.28.0 lub nowszej. Uruchom polecenie az --version , aby znaleźć wersję i uruchomić polecenie az upgrade , aby uaktualnić wersję. Jeśli konieczna będzie instalacja lub uaktualnienie, zobacz Instalowanie interfejsu wiersza polecenia platformy Azure.
  • Jeśli używasz usługi Azure Resource Manager (ARM) lub interfejsu API REST platformy Azure, wersja interfejsu API usługi AKS musi być 2021-05-01 lub nowsza.
  • Aby użyć niestandardowego serwera DNS, dodaj publiczny adres IP platformy Azure 168.63.129.16 jako nadrzędny serwer DNS na niestandardowym serwerze DNS i pamiętaj, aby dodać ten publiczny adres IP jako pierwszy serwer DNS. Aby uzyskać więcej informacji na temat adresu IP platformy Azure, zobacz Co to jest adres IP 168.63.129.16?
    • Strefa DNS klastra powinna być przekazywana do adresu 168.63.129.16. Więcej informacji na temat nazw stref można znaleźć w temacie Konfiguracja strefy DNS usług platformy Azure.
  • Istniejące klastry usługi AKS włączone z integracją z siecią wirtualną serwera API mogą mieć włączony tryb klastra prywatnego. Aby uzyskać więcej informacji, zobacz Włączanie lub wyłączanie trybu klastra prywatnego w istniejącym klastrze z integracją VNet serwera API.

Uwaga

Pula węzłów systemu Linux platformy Azure jest teraz ogólnie dostępna . Aby dowiedzieć się więcej o korzyściach i krokach wdrażania, zobacz Wprowadzenie do hosta kontenera systemu Linux platformy Azure dla usługi AKS.

Ograniczenia

  • Nie można zastosować zakresów autoryzowanych adresów IP do prywatnego punktu końcowego serwera interfejsu API. Mają one zastosowanie tylko do publicznego serwera interfejsu API.
  • Ograniczenia usługi Azure Private Link dotyczą klastrów prywatnych.
  • Nie ma obsługi agentów hostowanych przez firmę Microsoft w usłudze Azure DevOps z klastrami prywatnymi. Rozważ użycie samodzielnie hostowanych agentów.
  • Jeśli musisz włączyć usługę Azure Container Registry, aby współpracować z prywatnym klastrem usługi AKS, skonfiguruj prywatne łącze dla rejestru kontenerów w sieci wirtualnej klastra lub skonfiguruj komunikację równorzędną między siecią wirtualną rejestru kontenerów a siecią wirtualną prywatnego klastra.
  • Usunięcie lub zmodyfikowanie prywatnego punktu końcowego w podsieci klienta spowoduje, że klaster przestanie działać.
  • Usługa Azure Private Link jest obsługiwana tylko w usłudze Azure Load Balancer w warstwie Standardowa. Usługa Azure Load Balancer w warstwie Podstawowa nie jest obsługiwana.

Utwórz prywatny klaster AKS

  1. Utwórz grupę zasobów przy użyciu az group create polecenia . Możesz również użyć istniejącej grupy zasobów dla klastra AKS.

    az group create \
        --name <private-cluster-resource-group> \
        --location <location>
    
  2. Utwórz klaster prywatny z domyślną siecią podstawową przy użyciu az aks create polecenia z flagą --enable-private-cluster .

    az aks create \
        --name <private-cluster-name> \
        --resource-group <private-cluster-resource-group> \
        --load-balancer-sku standard \
        --enable-private-cluster \
        --generate-ssh-keys
    

Nawiązywanie połączenia z klastrem prywatnym

Aby zarządzać klastrem Kubernetes, użyj klienta wiersza polecenia kubernetes kubectl. kubectl program jest już zainstalowany, jeśli używasz usługi Azure Cloud Shell. Aby zainstalować kubectl lokalnie, użyj az aks install-cli polecenia .

  1. Skonfiguruj kubectl, aby nawiązać połączenie z klastrem Kubernetes za pomocą polecenia az aks get-credentials. To polecenie pobiera poświadczenia i konfiguruje interfejs wiersza polecenia Kubernetes do ich użycia.

    az aks get-credentials --resource-group <private-cluster-resource-group> --name <private-cluster-name>
    
  2. Sprawdź połączenie z klastrem przy użyciu polecenia kubectl get. To polecenie zwraca listę węzłów klastra.

    kubectl get nodes
    

Używanie domen niestandardowych

Jeśli chcesz skonfigurować domeny niestandardowe, które można rozpoznać tylko wewnętrznie, zobacz Używanie domen niestandardowych.

Wyłączanie publicznej nazwy FQDN

Wyłączanie publicznej nazwy FQDN w nowym klastrze

  • Wyłącz publiczną nazwę FQDN podczas tworzenia prywatnego klastra usługi AKS przy użyciu az aks create polecenia z flagą --disable-public-fqdn .

    az aks create \
        --name <private-cluster-name> \
        --resource-group <private-cluster-resource-group> \
        --load-balancer-sku standard \
        --enable-private-cluster \
        --assign-identity <resourceID> \
        --private-dns-zone <private-dns-zone-mode> \
        --disable-public-fqdn \
        --generate-ssh-keys
    

Wyłączanie publicznej nazwy FQDN w istniejącym klastrze

  • Wyłącz publiczną nazwę FQDN w istniejącym klastrze usługi AKS przy użyciu az aks update polecenia z flagą --disable-public-fqdn .

    az aks update \
        --name <private-cluster-name> \
        --resource-group <private-cluster-resource-group> \
        --disable-public-fqdn
    

Konfigurowanie prywatnej strefy DNS

Prywatne strefy DNS można skonfigurować przy użyciu następujących parametrów:

  • system: jest to wartość domyślna. Jeśli argument --private-dns-zone zostanie pominięty, usługa AKS tworzy prywatną strefę DNS w grupie zasobów węzła.
  • none: wartość domyślna to publiczny system DNS. Usługa AKS nie utworzy prywatnej strefy DNS.
  • CUSTOM_PRIVATE_DNS_ZONE_RESOURCE_ID: Wymaga to utworzenia prywatnej strefy DNS w następującym formacie dla chmury globalnej platformy Azure: privatelink.<region>.azmk8s.io lub <subzone>.privatelink.<region>.azmk8s.io. Do użycia w przyszłości potrzebny będzie identyfikator zasobu prywatnej strefy DNS. Potrzebna jest również tożsamość przypisana przez użytkownika lub jednostka usługi z rolami współautora strefy Prywatna strefa DNS i współautora sieci. Podczas wdrażania z użyciem integracji sieci wirtualnej z serwerem API, prywatna strefa DNS obsługuje formaty nazewnictwa private.<region>.azmk8s.io lub <subzone>.private.<region>.azmk8s.io. Nie można zmienić ani usunąć tego zasobu po utworzeniu klastra, ponieważ może to spowodować problemy z wydajnością i niepowodzenia uaktualniania klastra.
    • Jeśli prywatna strefa DNS znajduje się w innej subskrypcji niż klaster usługi AKS, musisz zarejestrować dostawcę Microsoft.ContainerServices platformy Azure w obu subskrypcjach.
    • Możesz używać fqdn-subdomain z CUSTOM_PRIVATE_DNS_ZONE_RESOURCE_ID tylko w celu zapewnienia możliwości poddomeny dla privatelink.<region>.azmk8s.io.
    • Jeśli klaster usługi AKS jest skonfigurowany przy użyciu pryncypału usługi Active Directory, usługa AKS nie obsługuje używania systemowo przypisanej tożsamości zarządzanej z niestandardową prywatną strefą DNS. Klaster musi używać uwierzytelniania za pomocą przypisanej przez użytkownika tożsamości zarządzanej.
    • Jeśli określasz wartość <subzone>, istnieje limit 32 znaków dla <subzone> nazwy.

Uwaga

Możesz skonfigurować CUSTOM_PRIVATE_DNS_ZONE_RESOURCE_ID przy użyciu szablonu usługi ARM lub interfejsu wiersza polecenia platformy Azure. privateDNSZone akceptuje prywatną strefę resourceID DNZ, jak pokazano w poniższym przykładzie:

properties.apiServerAccessProfile.privateDNSZone.
"apiServerAccessProfile": {
"enablePrivateCluster": true,
"privateDNSZone": "system|none|[resourceId(..., 'Microsoft.Network/privateDnsZones', 'privatelink.<region>.azmk8s.io']"
}

Tworzenie prywatnego klastra usługi AKS z prywatną strefą DNS

  • Utwórz prywatny klaster usługi AKS z prywatną strefą DNS przy użyciu az aks create polecenia z następującymi flagami:

    az aks create \
        --name <private-cluster-name> \
        --resource-group <private-cluster-resource-group> \
        --load-balancer-sku standard \
        --enable-private-cluster \
        --assign-identity <resourceID> \
        --private-dns-zone [system|none] \
        --generate-ssh-keys
    

Tworzenie prywatnego klastra usługi AKS z niestandardową prywatną strefą DNS lub prywatną strefą DNS

  • Utwórz prywatny klaster AKS z niestandardową prywatną strefą DNS lub podstrefą, używając polecenia az aks create z następującymi flagami:

    # The custom private DNS zone name should be in the following format: "<subzone>.privatelink.<region>.azmk8s.io"
    
    az aks create \
        --name <private-cluster-name> \
        --resource-group <private-cluster-resource-group> \
        --load-balancer-sku standard \
        --enable-private-cluster \
        --assign-identity <resourceID> \
        --private-dns-zone <custom private dns zone or custom private dns subzone resourceID> \
        --generate-ssh-keys
    

Tworzenie prywatnego klastra usługi AKS z niestandardową prywatną strefą DNS i niestandardową poddomeną

  • Utwórz prywatny klaster usługi AKS z niestandardową prywatną strefą DNS i poddomeną az aks create przy użyciu polecenia z następującymi flagami:

    # The custom private DNS zone name should be in one of the following formats: "privatelink.<region>.azmk8s.io" or "<subzone>.privatelink.<region>.azmk8s.io"
    
    az aks create \
        --name <private-cluster-name> \
        --resource-group <private-cluster-resource-group> \
        --load-balancer-sku standard \
        --enable-private-cluster \
        --assign-identity <resourceID> \
        --private-dns-zone <custom private dns zone resourceID> \
        --fqdn-subdomain <subdomain> \
        --generate-ssh-keys
    

Aktualizowanie klastra prywatnego z prywatnej strefy DNS do publicznej

Można aktualizować tylko z byo lub system do none. Nie jest obsługiwana żadna inna kombinacja wartości aktualizacji. Przed zaktualizowaniem upewnij się, że nawiązujesz połączenie z klastrem prywatnym.

Ostrzeżenie

Podczas aktualizowania klastra prywatnego z byo programu lub system do nonewęzłów agenta zmieniają się w celu używania publicznej nazwy FQDN. W klastrze AKS, który wykorzystuje Azure Virtual Machine Scale Sets, uaktualnienie obrazu węzła jest przeprowadzane, aby zaktualizować węzły z publicznym FQDN.

  • Zaktualizuj klaster prywatny z byo lub system do none za pomocą polecenia az aks update z następującymi opcjami.

    az aks update \
        --name <private-cluster-name> \
        --resource-group <private-cluster-resource-group> \
        --private-dns-zone none
    

Opcje nawiązywania połączenia z klastrem prywatnym

Punkt końcowy serwera interfejsu API nie ma publicznego adresu IP. Aby zarządzać serwerem interfejsu API, należy użyć maszyny wirtualnej, która ma dostęp do usługi Azure Virtual Network (VNet) klastra usługi AKS. Istnieje kilka opcji nawiązywania łączności sieciowej z klastrem prywatnym:

Utworzenie maszyny wirtualnej w tej samej sieci wirtualnej co klaster usługi AKS jest najprostszą opcją. Usługa Express Route i sieci VPN dodają koszty i wymagają dodatkowej złożoności sieci. Równoważenie sieci wirtualnych wymaga zaplanowania zakresów CIDR sieci, aby uniknąć nakładania się zakresów.

Peering sieci wirtualnych

Aby korzystać z peeringu sieci wirtualnych, należy ustanowić połączenie między siecią wirtualną a prywatną strefą DNS.

  1. W witrynie Azure Portal przejdź do grupy zasobów węzła i wybierz zasób prywatnej strefy DNS.
  2. W menu usługi w obszarze Zarządzanie systemem DNS wybierz pozycję Dodaj łącza> sieci wirtualnej.
  3. Na stronie Dodawanie linku do sieci wirtualnej skonfiguruj następujące ustawienia:
    • Nazwa łącza: wprowadź nazwę linku sieci wirtualnej.
    • Sieć wirtualna: wybierz sieć wirtualną zawierającą maszynę wirtualną.
  4. Wybierz pozycję Utwórz , aby utworzyć link do sieci wirtualnej.
  5. Przejdź do grupy zasobów zawierającej sieć wirtualną klastra i wybierz zasób sieci wirtualnej.
  6. W menu usługi w obszarze Ustawienia wybierz pozycję Komunikacje równorzędne>.
  7. Na stronie Dodawanie komunikacji równorzędnej skonfiguruj następujące ustawienia:
    • Nazwa łącza komunikacji równorzędnej: wprowadź nazwę linku komunikacji równorzędnej.
    • Sieć wirtualna: wybierz sieć wirtualną maszyny wirtualnej.
  8. Wybierz Dodaj, aby utworzyć łącze peeringowe.

Aby uzyskać więcej informacji, zobacz Peering sieci wirtualnych.

Piasta i szprycha z niestandardowym systemem DNS

Architektury piasty i szprych są często używane do wdrażania sieci na platformie Azure. W wielu z tych wdrożeń ustawienia DNS w sieciach wirtualnych typu spoke są skonfigurowane do odwoływania się do centralnego serwera przesyłającego DNS w celu umożliwienia rozpoznawania nazw DNS w środowisku lokalnym oraz na platformie Azure.

Prywatny koncentrator klastra i szprycha

Podczas wdrażania klastra usługi AKS w takim środowisku sieciowym należy wziąć pod uwagę następujące zagadnienia:

  • Gdy klaster prywatny zostaje aprowizowany, prywatny punkt końcowy (1) i prywatna strefa DNS (2) są domyślnie tworzone w grupie zasobów zarządzanych przez klaster. Klaster używa rekordu A w strefie prywatnej, aby rozpoznać adres IP prywatnego punktu końcowego na potrzeby komunikacji z serwerem interfejsu API.

  • Prywatna strefa DNS jest połączona tylko z siecią wirtualną, do której węzły klastra są połączone (3). Oznacza to, że prywatny punkt końcowy mogą rozpoznać tylko hosty w tej połączonej sieci wirtualnej. W scenariuszach, w których nie skonfigurowano niestandardowego systemu DNS w sieci wirtualnej (ustawienie domyślne), działa to bez problemu jako punkt hostów pod adresem 168.63.129.16 dla systemu DNS, który może rozpoznawać rekordy w prywatnej strefie DNS ze względu na link.

  • Jeśli zachowasz domyślne zachowanie prywatnej strefy DNS, usługa AKS próbuje połączyć strefę bezpośrednio z siecią wirtualną typu spoke, która hostuje klaster, nawet wtedy, gdy strefa jest już połączona z siecią wirtualną typu hub.
    W sieciach wirtualnych szprych (spoke VNets) korzystających z niestandardowych serwerów DNS, ta akcja może się nie powieść, jeśli zarządzana tożsamość klastra nie posiada roli Kontrybutor sieci w sieci wirtualnej szprychy.
    Aby zapobiec awarii, wybierz jedną z następujących obsługiwanych konfiguracji:

    • Niestandardowa prywatna strefa DNS — podaj wcześniej utworzoną prywatną strefę i ustaw jej identyfikator zasobu jako privateDNSZone. Połącz tę strefę z odpowiednią siecią wirtualną, na przykład z siecią wirtualną hub, i ustaw wartość publicDNS na false.

    • Tylko publiczny DNS — Wyłącz tworzenie stref prywatnych, ustawiając privateDNSZone na none, a pozostaw na wartość domyślną (publicDNS).

    Ustawienie privateDNSZone: noneipublicDNS: false jednocześnie nie jest obsługiwane;

Uwaga

Warunkowe przekazywanie nie obsługuje poddomen.

Uwaga

Jeśli korzystasz z własnej tabeli tras w kubenet oraz własnego systemu DNS w klastrach prywatnych, utworzenie klastra zakończy się niepowodzeniem. Aby doprowadzić do pomyślnego utworzenia, po niepowodzeniu utworzenia klastra należy skojarzyć RouteTable w grupie zasobów węzła z podsiecią.

Używanie połączenia prywatnego punktu końcowego

Prywatny punkt końcowy można skonfigurować tak, aby sieć wirtualna nie musiała być równorzędna do komunikacji równorzędnej z klastrem prywatnym. Utwórz nowy prywatny punkt dostępu w sieci wirtualnej zawierającej zużywane zasoby, a następnie utwórz łącze między siecią wirtualną a nowym prywatnym obszarem DNS w tej samej sieci wirtualnej.

Ważne

Jeśli sieć wirtualna jest skonfigurowana przy użyciu niestandardowych serwerów DNS, należy odpowiednio skonfigurować prywatną usługę DNS dla środowiska. Aby uzyskać więcej informacji, zobacz dokumentację rozpoznawania nazw sieci wirtualnych.

Tworzenie zasobu prywatnego punktu końcowego

Utwórz zasób prywatnego punktu końcowego w swojej sieci wirtualnej.

  1. Na stronie głównej witryny Azure Portal wybierz pozycję Utwórz zasób.
  2. Wyszukaj pozycję Prywatny punkt końcowy i wybierz pozycję Utwórz>prywatny punkt końcowy.
  3. Wybierz pozycję Utwórz.
  4. Na karcie Podstawowe skonfiguruj następujące ustawienia:
    • Szczegóły projektu
      • Subskrypcja: wybierz subskrypcję, w której znajduje się klaster prywatny.
      • Grupa zasobów: wybierz grupę zasobów zawierającą sieć wirtualną.
    • Szczegóły wystąpienia
      • Nazwa: wprowadź nazwę prywatnego punktu końcowego, na przykład myPrivateEndpoint.
      • Region: wybierz ten sam region co sieć wirtualna.
  5. Wybierz pozycję Dalej: Zasób i skonfiguruj następujące ustawienia:
    • Metoda połączenia: wybierz pozycję Połącz z zasobem platformy Azure w moim katalogu.
    • Subskrypcja: wybierz subskrypcję, w której znajduje się klaster prywatny.
    • Typ zasobu: wybierz pozycję Microsoft.ContainerService/managedClusters.
    • Zasób: wybierz klaster prywatny.
    • Docelowy zasób podrzędny: wybierz pozycję Zarządzanie.
  6. Wybierz pozycję Dalej: Sieć wirtualna i skonfiguruj następujące ustawienia:
    • Sieć
      • Sieć wirtualna: wybierz sieć wirtualną.
      • Podsieć: wybierz swoją podsieć.
  7. Wybierz pozycję Dalej: DNS>Dalej: Tagi i (opcjonalnie) skonfiguruj wartości kluczy zgodnie z potrzebami.
  8. Wybierz pozycję Dalej: Przejrzyj i utwórz>Utwórz.

Po utworzeniu zasobu zapisz prywatny adres IP prywatnego punktu końcowego do użycia w przyszłości.

Tworzenie prywatnej strefy DNS

Po utworzeniu prywatnego punktu końcowego utwórz nową prywatną strefę DNS o takiej samej nazwie jak prywatna strefa DNS utworzona przez klaster prywatny. Pamiętaj, aby utworzyć tę strefę DNS w sieci wirtualnej zawierającej zasoby zużywające.

  1. W witrynie Azure Portal przejdź do grupy zasobów węzła i wybierz zasób prywatnej strefy DNS.
  2. W menu usługi w obszarze Zarządzanie systemem DNS wybierz pozycję Zestawy rekordów i zanotuj następujące elementy:
    • Nazwa prywatnej strefy DNS, która jest zgodna ze wzorcem *.privatelink.<region>.azmk8s.io.
    • Nazwa rekordu A (z wyłączeniem prywatnej nazwy DNS).
    • Czas wygaśnięcia (TTL).
  3. Na stronie głównej witryny Azure Portal wybierz pozycję Utwórz zasób.
  4. Wyszukaj strefę Prywatna strefa DNS i wybierz pozycję Utwórz> Prywatna strefa DNS strefę.
  5. Na karcie Podstawowe skonfiguruj następujące ustawienia:
    • Szczegóły projektu:
      • Wybierz swoją subskrypcję.
      • Wybierz grupę zasobów, w której utworzono prywatny punkt końcowy.
    • Szczegóły wystąpienia
      • Nazwa: wprowadź nazwę strefy DNS pobranej z poprzednich kroków.
      • Region domyślnie określa lokalizację grupy zasobów.
  6. Wybierz pozycję Przeglądanie + tworzenie>Utwórz.

Tworzenie rekordu A

Po utworzeniu prywatnej strefy DNS utwórz A rekord, który kojarzy prywatny punkt końcowy z klastrem prywatnym:

  1. Przejdź do prywatnej strefy DNS utworzonej w poprzednich krokach.
  2. W menu usługi w obszarze Zarządzanie systemem DNS wybierz pozycję .
  3. Na stronie Dodawanie zestawu rekordów skonfiguruj następujące ustawienia:
    • Nazwa: wprowadź nazwę pobraną z rekordu A w strefie DNS klastra prywatnego.
    • Typ: Wybierz rekord adresu typu A.
    • TTL: Wprowadź numer z rekordu A w strefie DNS prywatnego klastra.
    • Jednostka TTL: Zmień wartość listy rozwijanej, aby dopasować wartość rekordu A ze strefy DNS klastra prywatnego.
    • Adres IP: wprowadź adres IP utworzonego prywatnego punktu końcowego.
  4. Wybierz pozycję Dodaj , aby utworzyć A rekord.

Ważne

Podczas tworzenia rekordu A należy używać tylko nazwy, a nie w pełni kwalifikowanej nazwy domeny (FQDN).

Po utworzeniu rekordu A połącz prywatną strefę DNS z siecią wirtualną, która będzie uzyskiwać dostęp do klastra prywatnego:

  1. Przejdź do prywatnej strefy DNS utworzonej w poprzednich krokach.
  2. W menu usługi w obszarze Zarządzanie systemem DNS wybierz pozycję Dodaj łącza> sieci wirtualnej.
  3. Na stronie Dodawanie linku do sieci wirtualnej skonfiguruj następujące ustawienia:
    • Nazwa łącza: wprowadź nazwę linku sieci wirtualnej.
    • Subskrypcja: wybierz subskrypcję, w której znajduje się klaster prywatny.
    • Sieć wirtualna: wybierz sieć wirtualną klastra prywatnego.
  4. Wybierz pozycję Utwórz , aby utworzyć link.

Ukończenie operacji może potrwać kilka minut. Po utworzeniu linku sieci wirtualnej możesz uzyskać do niej dostęp z karty Łącza sieci wirtualnej, która została użyta w kroku 2.

Ostrzeżenie

  • Jeśli klaster prywatny zostanie zatrzymany i uruchomiony ponownie, oryginalna usługa łącza prywatnego klastra prywatnego zostanie usunięta i utworzona ponownie, co spowoduje przerwanie połączenia między prywatnym punktem końcowym a klastrem prywatnym. Aby rozwiązać ten problem, usuń i ponownie utwórz wszystkie prywatne punkty końcowe utworzone przez użytkownika połączone z klastrem prywatnym. Jeśli utworzone ponownie prywatne punkty końcowe mają nowe adresy IP, należy również zaktualizować rekordy DNS.
  • Jeśli zaktualizujesz rekordy DNS w prywatnej strefie DNS, upewnij się, że host, z którego próbujesz nawiązać połączenie, korzysta ze zaktualizowanych rekordów DNS. Możesz to sprawdzić za pomocą nslookup polecenia . Jeśli zauważysz, że aktualizacje nie są odzwierciedlane w danych wyjściowych, może być konieczne opróżnienie pamięci podręcznej DNS na maszynie i spróbuj ponownie.

Następne kroki

Aby uzyskać informacje o skojarzonych najlepszych rozwiązaniach, zobacz Najlepsze rozwiązania dotyczące łączności sieciowej i zabezpieczeń w usłudze AKS.