Omówienie klastrów usługi Service Fabric na platformie Azure

Klaster usługi Service Fabric to połączony z siecią zestaw maszyn wirtualnych lub fizycznych, w którym są wdrażane i zarządzane mikrousługi. Maszyna lub maszyna wirtualna, która jest częścią klastra, jest nazywana węzłem klastra. Klastry mogą być skalowane do tysięcy węzłów. Gdy dodajesz nowe węzły do klastra, usługa Service Fabric ponownie rozkłada repliki partycji usług oraz ich wystąpienia na zwiększoną liczbę węzłów. Ogólna wydajność aplikacji poprawia się i rywalizacja o dostęp do pamięci zmniejsza się. Jeśli węzły w klastrze nie są używane wydajnie, możesz zmniejszyć liczbę węzłów w klastrze. Usługa Service Fabric ponownie ponownie równoważy repliki partycji i wystąpienia w zmniejszonej liczbie węzłów, aby lepiej wykorzystać sprzęt w każdym węźle.

Typ węzła definiuje rozmiar, liczbę i właściwości zestawu węzłów (maszyn wirtualnych) w klastrze. Każdy typ węzła można następnie skalować w górę lub w dół niezależnie, mieć różne zestawy otwartych portów i mogą mieć różne metryki pojemności. Typy węzłów służą do definiowania ról dla zestawu węzłów klastra, takich jak "fronton" lub "zaplecze". Klaster może mieć więcej niż jeden typ węzła, ale typ węzła podstawowego musi mieć co najmniej pięć maszyn wirtualnych dla klastrów produkcyjnych (lub co najmniej trzy maszyny wirtualne dla klastrów testowych). Usługi systemowe Service Fabric są umieszczane na węzłach typu podstawowego.

Składniki i zasoby klastra

Klaster usługi Service Fabric na platformie Azure to zasób platformy Azure, który korzysta z innych zasobów platformy Azure i współdziała z nimi:

• Maszyny wirtualne i wirtualne karty sieciowe
• zestawy skalowania maszyn wirtualnych
• sieci wirtualne
• moduły równoważenia obciążenia
• konta magazynu
• publiczne adresy IP

Maszyna wirtualna

Maszyna wirtualna, która jest częścią klastra, jest nazywana węzłem, jednak technicznie węzeł klastra jest procesem środowiska uruchomieniowego usługi Service Fabric. Każdy węzeł ma przypisaną nazwę węzła (ciąg). Węzły mają cechy, takie jak właściwości rozmieszczenia. Każda maszyna lub maszyna wirtualna ma usługę automatycznego uruchamiania, FabricHost.exe, która uruchamia się w czasie rozruchu, a następnie uruchamia dwa pliki wykonywalne, Fabric.exe i FabricGateway.exe, które tworzą węzeł. Wdrożenie produkcyjne to jeden węzeł na maszynę fizyczną lub wirtualną. W przypadku scenariuszy testowania można hostować wiele węzłów na jednej maszynie lub maszynie wirtualnej, uruchamiając wiele wystąpień Fabric.exe i FabricGateway.exe.

Każda maszyna wirtualna jest skojarzona z wirtualną kartą sieciową (NIC), a każda karta sieciowa ma przypisany prywatny adres IP. Maszyna wirtualna jest przypisywana do sieci wirtualnej i lokalnego równoważenia za pośrednictwem karty sieciowej.

Wszystkie maszyny wirtualne w klastrze są umieszczane w sieci wirtualnej. Wszystkie węzły w tym samym typie węzła/zestawie skalowania są umieszczane w tej samej podsieci w sieci wirtualnej. Te węzły mają tylko prywatne adresy IP i nie są bezpośrednio adresowalne poza siecią wirtualną. Klienci mogą uzyskiwać dostęp do usług w węzłach za pośrednictwem modułu równoważenia obciążenia platformy Azure.

Typ zestawu skalowania/typ węzła

Podczas tworzenia klastra definiuje się co najmniej jeden typ węzła. Węzły lub maszyny wirtualne w typie węzła mają taki sam rozmiar i charakterystykę, jak liczba procesorów CPU, pamięć, liczba dysków i we/wy dysku. Na przykład jeden typ węzła może dotyczyć małych maszyn wirtualnych front-endowych z otwartymi portami do Internetu, podczas gdy inny typ węzła może dotyczyć dużych maszyn wirtualnych back-endowych, które przetwarzają dane. W klastrach platformy Azure każdy typ węzła jest mapowany na zestaw skalowania maszyn wirtualnych.

Zestawy skalowania umożliwiają wdrażanie kolekcji maszyn wirtualnych i zarządzanie nimi jako zestaw. Każdy typ węzła zdefiniowany w klastrze usługi Azure Service Fabric konfiguruje oddzielny zestaw skalowania. Środowisko uruchomieniowe platformy Service Fabric jest wdrażane na każdej maszynie wirtualnej w skalowalnym zestawie przy użyciu rozszerzeń maszyn wirtualnych platformy Azure. Można niezależnie skalować każdy typ węzła w górę lub w dół, zmieniać jednostkę SKU systemu operacyjnego uruchomioną w każdym węźle klastra, mieć otwarte różne zestawy portów i używać różnych metryk pojemności. Zestaw skalowania ma pięć domen uaktualniania i pięć domen błędów i może mieć maksymalnie 100 maszyn wirtualnych. Klastry z ponad 100 węzłami są tworzone przez utworzenie wielu zestawów skalowania/typów węzłów.

Ważne

Wybór liczby typów węzłów dla klastra i właściwości każdego typu węzła (rozmiar, podstawowy, internetowy, liczba maszyn wirtualnych itp.) jest ważnym zadaniem. Aby uzyskać więcej informacji, przeczytaj zagadnienia dotyczące planowania pojemności klastra.

Aby uzyskać więcej informacji, zobacz Service Fabric node types and virtual machine scale sets (Typy węzłów usługi Service Fabric i zestawy skalowania maszyn wirtualnych).

Równoważnik obciążenia Azure

Wystąpienia maszyn wirtualnych są łączone za pomocą modułu równoważenia obciążenia platformy Azure, który jest skojarzony z publicznym adresem IP i etykietą DNS. Podczas aprowizowania klastra za pomocą <nazwaklastra>, nazwa DNS, <nazwaklastra>.<location>.cloudapp.azure.com to etykieta DNS skojarzona z równoważnikiem obciążenia przed zestawem skalowania.

Maszyny wirtualne w klastrze mają tylko prywatne adresy IP. Ruch związany z zarządzaniem i ruchem usług są kierowane przez publiczny moduł równoważenia obciążenia. Ruch sieciowy jest kierowany do tych maszyn za pośrednictwem reguł NAT (klienci łączą się z określonymi węzłami/instancjami) lub reguł równoważenia obciążenia (ruch jest rozdzielany do maszyn wirtualnych metodą round robin). Moduł równoważenia obciążenia ma skojarzony publiczny adres IP z nazwą DNS w formacie: <nazwa_klastra>.<lokalizacja>.cloudapp.azure.com. Publiczny adres IP to inny zasób platformy Azure w grupie zasobów. Jeśli zdefiniujesz wiele typów węzłów w klastrze, dla każdego typu węzła/zestawu skalowania zostanie utworzony moduł równoważenia obciążenia. Możesz też skonfigurować jeden moduł równoważenia obciążenia dla wielu typów węzłów. Typ podstawowego węzła ma etykietę DNS <clustername>.<location>.cloudapp.azure.com, a inne typy węzłów mają etykietę DNS <clustername>-<nodetype>.<location>.cloudapp.azure.com.

Konta magazynu

Każdy typ węzła klastra jest obsługiwany przez konto usługi Azure Storage i dyski zarządzane.

Zabezpieczenia klastra

Klaster usługi Service Fabric to zasób, którego jesteś właścicielem. Twoim zadaniem jest zabezpieczenie klastrów, aby uniemożliwić nieautoryzowanym użytkownikom łączenie się z nimi. Bezpieczny klaster jest szczególnie ważny w przypadku uruchamiania obciążeń produkcyjnych w klastrze.

Zabezpieczenia węzła-węzła

Zabezpieczenia między węzłami zabezpieczają komunikację między maszynami wirtualnymi lub komputerami w klastrze. Ten scenariusz zabezpieczeń gwarantuje, że tylko komputery, które są autoryzowane do dołączenia do klastra, mogą uczestniczyć w hostowanie aplikacji i usług w klastrze. Usługa Service Fabric używa certyfikatów X.509 do zabezpieczania klastra i zapewniania funkcji zabezpieczeń aplikacji. Certyfikat klastra jest wymagany do zabezpieczenia ruchu klastra i zapewnienia uwierzytelniania klastra i serwera. Certyfikaty z podpisem własnym mogą służyć do testowania klastrów, ale certyfikat z zaufanego urzędu certyfikacji powinien być używany do zabezpieczania klastrów produkcyjnych.

Aby uzyskać więcej informacji, zobacz Zabezpieczenia węzła do węzła

Zabezpieczenia klienta do węzła

Zabezpieczenia klient-węzeł uwierzytelniają klientów i pomagają zabezpieczyć komunikację między klientem a poszczególnymi węzłami w klastrze. Ten typ zabezpieczeń pomaga zagwarantować, że tylko autoryzowani użytkownicy będą mogli uzyskiwać dostęp do klastra i aplikacji wdrożonych w klastrze. Klienci są jednoznacznie identyfikowani za pomocą poświadczeń zabezpieczeń lub certyfikatu X.509. Dowolna liczba opcjonalnych certyfikatów klienta może służyć do uwierzytelniania klientów administracyjnych lub użytkowników w klastrze.

Oprócz certyfikatów klienta identyfikator Entra firmy Microsoft można również skonfigurować do uwierzytelniania klientów w klastrze.

Aby uzyskać więcej informacji, przeczytaj Bezpieczeństwo między klientem a węzłem

Kontrola dostępu oparta na rolach

Kontrola dostępu oparta na rolach (RBAC) w Azure umożliwia przypisywanie precyzyjnych uprawnień dostępu do zasobów w Azure. Do subskrypcji, grup zasobów i zasobów można przypisać różne reguły dostępu. Reguły RBAC Azure są dziedziczone wzdłuż hierarchii zasobów, chyba że zostaną zastąpione na niższym poziomie. Możesz przypisać dowolnego użytkownika lub grupy użytkowników w Microsoft Entra ID za pomocą reguły kontroli dostępu opartej na rolach (RBAC) platformy Azure, aby wyznaczeni użytkownicy i grupy mogli modyfikować klaster. Aby uzyskać więcej informacji, zapoznaj się z przeglądem kontroli dostępu na platformie Azure.

Usługa Service Fabric obsługuje również kontrolę dostępu w celu ograniczenia dostępu do niektórych operacji klastra dla różnych grup użytkowników. Pomaga to zwiększyć bezpieczeństwo klastra. W przypadku klientów łączących się z klastrem są obsługiwane dwa typy kontroli dostępu: rola administratora i rola użytkownika.

Aby uzyskać więcej informacji, przeczytaj Service Fabric role-based access control (Kontrola dostępu oparta na rolach usługi Service Fabric).

Sieciowe grupy zabezpieczeń

Sieciowe grupy zabezpieczeń kontrolują ruch przychodzący i wychodzący podsieci, maszyny wirtualnej lub określonej karty sieciowej. Domyślnie, gdy wiele maszyn wirtualnych jest umieszczanych w tej samej sieci wirtualnej, mogą komunikować się ze sobą za pośrednictwem dowolnego portu. Jeśli chcesz ograniczyć komunikację między maszynami, możesz zdefiniować sieciowe grupy zabezpieczeń w celu segmentowania sieci lub odizolowania od siebie maszyn wirtualnych. Jeśli w klastrze istnieje wiele typów węzłów, można zastosować sieciowe grupy zabezpieczeń do podsieci, aby zapobiec komunikacji między maszynami należącymi do różnych typów węzłów.

Aby uzyskać więcej informacji, przeczytaj o grupach zabezpieczeń

Skalowanie

Zapotrzebowanie na aplikację zmienia się w czasie. Może być konieczne zwiększenie zasobów klastra w celu spełnienia zwiększonego obciążenia aplikacji lub ruchu sieciowego lub zmniejszenia zasobów klastra, gdy zapotrzebowanie spadnie. Po utworzeniu klastra usługi Service Fabric można skalować klaster w poziomie (zmienić liczbę węzłów) lub pionowo (zmienić zasoby węzłów). Klaster można skalować w dowolnym momencie nawet wtedy, gdy obciążenia są uruchomione w klastrze. W miarę skalowania klastra aplikacje są również automatycznie skalowane.

Aby uzyskać więcej informacji, przeczytaj Scaling Azure clusters (Skalowanie klastrów platformy Azure).

Uaktualnianie

Klaster usługi Azure Service Fabric to zasób, którego jesteś właścicielem, ale częściowo zarządzany przez firmę Microsoft. Firma Microsoft jest odpowiedzialna za stosowanie poprawek do bazowego systemu operacyjnego i wykonywanie uaktualnień środowiska uruchomieniowego usługi Service Fabric w klastrze. Klaster można ustawić tak, aby otrzymywał automatyczne uaktualnienia środowiska uruchomieniowego, gdy firma Microsoft wyda nową wersję, lub wybrać odpowiednią obsługiwaną wersję środowiska uruchomieniowego. Oprócz uaktualnień środowiska uruchomieniowego można również zaktualizować konfigurację klastra, taką jak certyfikaty lub porty aplikacji.

Aby uzyskać więcej informacji, zobacz Uaktualnianie klastrów.

Obsługiwane systemy operacyjne

Aby uzyskać dodatkowe informacje, zobacz Obsługiwane wersje na platformie Azure

Następne kroki

Przeczytaj więcej na temat zabezpieczania, skalowania i uaktualniania klastrów platformy Azure.

Dowiedz się więcej o opcjach pomocy technicznej usługi Service Fabric.