Zapoznaj się z opcjami wysokiej dostępności serwera plików systemu Windows Server

  • 6 minut

Usługi plików reprezentują jeden z dominujących typów obciążeń systemu Windows Server. W wielu przypadkach ich dostępność ma kluczowe znaczenie dla operacji biznesowych. System Windows Server oferuje kilka różnych metod, aby zapewnić dostępność.

Opcje wysokiej dostępności serwera plików systemu Windows

Aby zaimplementować odporne usługi plików w systemie Windows Server, można wykorzystać wysoką dostępność związaną z rolami klastra trybu failover. Alternatywnie można zapewnić odporność, replikując zawartość woluminów hostujących udziały plików za pomocą repliki magazynu.

Opcje klastra trybu failover serwera plików systemu Windows Server

Możesz wdrożyć i skonfigurować klastrowany serwer plików przy użyciu dowolnej z następujących metod:

  • Serwer plików do użytku ogólnego. Jest to tradycyjna rola serwera plików, która była dostępna od czasu wprowadzenia klastra trybu failover w systemie operacyjnym Windows Server. Z punktu widzenia dostępności i skalowalności rola klastrowana działa w trybie aktywny-pasywny, co oznacza, że w danym momencie odpowiednie udziały plików, określane jako klastrowane udziały plików, są dostępne w jednym z węzłów klastra. Jeśli ten węzeł ulegnie awarii, inny węzeł przejmuje własność roli i jej zasobów, zachowując dostępność folderów udostępnionych. Jednak klienci zawsze uzyskują do nich dostęp za pośrednictwem jednego węzła. Ten typ implementacji serwera plików jest odpowiedni dla scenariuszy procesu roboczego informacji. Ten termin reprezentuje standardowe scenariusze biznesowe, w których użytkownicy korzystają z udziałów plików do przechowywania folderów domowych, profilów mobilnych, udostępnionych danych działów, w tym dokumentów, arkuszy kalkulacyjnych i innych typów danych bez struktury lub częściowo ustrukturyzowanych.
  • SofS dla danych aplikacji. Ten klasterowany typ serwera plików jest przeznaczony dla danych aplikacji serwera, takich jak pliki maszyny wirtualnej funkcji Microsoft Hyper-V lub pliki bazy danych programu SQL Server. Zapewnia on lepszą niezawodność, dostępność, możliwości zarządzania i wydajność dzięki roli klastrowanej działającej w trybie aktywny-aktywny. Oznacza to, że wszystkie udziały plików, o których mowa w tym przypadku jako udziały plików skalowane w poziomie, są dostępne jednocześnie we wszystkich węzłach klastra. Takie podejście jest optymalne podczas wdrażania funkcji Hyper-V za pośrednictwem bloku komunikatów serwera (SMB) lub programu Microsoft SQL Server za pośrednictwem protokołu SMB.

Replika magazynu

Replika magazynu to technologia systemu Windows Server, która umożliwia jednokierunkową, niezależną od magazynu replikację między woluminami magazynu przechowywanymi na autonomicznych lub klastrowanych serwerach na potrzeby wysokiej dostępności lub odzyskiwania po awarii. Można wybrać replikację synchroniczną lub asynchroniczną w zależności od opóźnienia sieci i odległości między serwerami. W przypadku repliki magazynu tylko wolumin źródłowy jest dostępny podczas normalnych operacji biznesowych. W przypadku awarii można przejść w tryb failover do woluminu docelowego i przenieść go do trybu online.

Replika magazynu obsługuje trzy scenariusze:

  • Serwer-serwer.
  • Klaster-klaster.
  • Klaster rozproszyny.

W scenariuszach klastrowania można zaimplementować serwer plików do użytku ogólnego lub serwera plików SOFS. W przypadku replikacji serwer-serwer replika magazynu zapewnia odporność dla tradycyjnych, autonomicznych udziałów plików.

Replikacja synchroniczna i asynchroniczna

Replika magazynu obsługuje dwa typy replikacji:

  • Replikacja synchroniczna replikuje woluminy między lokalizacjami we względnym sąsiedztwie. Replikacja jest spójna na poziomie awarii, co zapewnia zero utraty danych na poziomie systemu plików podczas pracy w trybie failover.
  • Replikacja asynchroniczna umożliwia replikację na dłuższych dystansach w przypadkach, gdy opóźnienie rundy sieci przekracza 5 milisekund (ms), jednak podlega utracie danych. Zakres utraty danych zależy od opóźnienia replikacji między woluminem źródłowym i docelowym.

W przypadku korzystania z replikacji synchronicznej zapis danych musi zakończyć się pomyślnie na obu woluminach. Jeśli tak nie jest, obciążenie inicjujące zapis musi ponowić próbę wykonania tej samej operacji. W przypadku replikacji synchronicznej dane na obu woluminach są identyczne.

Diagram przedstawiający synchroniczną replikację i zapisywanie danych między zapisywaniem danych na woluminie podstawowym a sygnałami z serwera lokalnego i zdalnego, w tym potwierdzeniem odbioru z serwera zdalnego oraz aplikacji.

Użyj replikacji synchronicznej, gdy konieczne jest uniknięcie utraty danych. Replikacja synchroniczna wymaga małego opóźnienia sieci, aby zminimalizować oczekiwanie na potwierdzenie zdalnego zapisu. To wymaganie ogranicza odległość między serwerami lub klastrami hostowania poszczególnych woluminów.

W przypadku korzystania z replikacji asynchronicznej po pomyślnym zakończeniu zapisu danych na woluminie podstawowym obciążenie inicjujące zapis otrzymuje potwierdzenie i może kontynuować inną operację we/wy. Odpowiednie zapisy danych są następnie zapisywane na woluminie pomocniczym bez wpływu na wolumin podstawowy.

Diagram przedstawiający asynchroniczną replikację i zapis woluminów pomiędzy zapisem danych do woluminu podstawowego a znakiem na serwerze lokalnym i znakiem na serwerze zdalnym, w tym potwierdzenie zwracane przez serwer zdalny i aplikację.