Klaster pracy awaryjnej musi spełniać określone wymagania dotyczące sprzętu, oprogramowania i infrastruktury sieciowej oraz wymaga, aby administrator używał konta z odpowiednimi uprawnieniami do domeny. W poniższych sekcjach podano informacje na temat tych wymagań.

Aby uzyskać dodatkowe informacje na temat zgodności sprzętu z systemem Windows Server 2008 R2, zobacz https://go.microsoft.com/fwlink/?LinkID=139145 (strona może zostać wyświetlona w języku angielskim).

Wymagania sprzętowe klastra pracy awaryjnej

W klastrze pracy awaryjnej jest potrzebny następujący sprzęt:

  • Serwery. Zalecane jest użycie zestawu zgodnych komputerów, które zawierają takie same lub podobne składniki.

    Ważne

    Firma Microsoft zapewnia pomoc techniczną dla awaryjnych rozwiązań klastrowych tylko wówczas, gdy wszystkie elementy sprzętowe mają oznaczenie „Certyfikowane dla systemu Windows Server 2008 R2”. Ponadto całe środowisko (serwery, sieć i magazyn) musi przejść pomyślnie wszystkie testy Kreatora weryfikacji konfiguracji, który jest dostępny w przystawce Menedżer klastra pracy awaryjnej.

    Informacje na temat zgodności sprzętu z systemem Windows Server 2008 R2 można znaleźć na stronie https://go.microsoft.com/fwlink/?LinkID=139145 (strona może zostać wyświetlona w języku angielskim).

    Informacje na temat maksymalnej liczby serwerów, które mogą wchodzić w skład klastra pracy awaryjnej, można znaleźć na stronie https://go.microsoft.com/fwlink/?LinkId=139146 (strona może zostać wyświetlona w języku angielskim).

  • Karty sieciowe i kabel sieciowy (do komunikacji sieciowej). Sprzęt sieciowy, tak jak inne składniki rozwiązania klastra pracy awaryjnej, musi mieć oznaczenie „Certified for Windows Server 2008 R2”. W przypadku korzystania z interfejsu iSCSI karty sieciowe powinny być przeznaczone do komunikacji sieciowej albo do obsługi interfejsu iSCSI, ale nie mogą obsługiwać obu tych połączeń jednocześnie.

    W infrastrukturze sieci łączącej węzły klastra należy zadbać o to, aby nie występowały pojedyncze punkty awarii. Jest na to wiele sposobów. Węzły klastra można połączyć za pomocą wielu odrębnych sieci. Węzły klastra można także połączyć za pomocą jednej sieci zbudowanej z kart sieciowych zespolonych, nadmiarowych przełączników, nadmiarowych routerów lub podobnego sprzętu, który usuwa pojedyncze punkty awarii.

    Uwaga

    W przypadku łączenia węzłów klastra za pomocą jednej sieci ta sieć przejdzie test wymagań nadmiarowości w Kreatorze sprawdzania poprawności konfiguracji. Raport z tego kreatora będzie jednak zawierać ostrzeżenie, że sieć nie powinna mieć pojedynczych punktów awarii.

    Aby uzyskać bardziej szczegółowe informacje na temat konfiguracji sieci wymaganej dla klastra pracy awaryjnej, zobacz Wymagania dotyczące infrastruktury sieciowej i konta domeny klastra pracy awaryjnej w dalszej części tego tematu.

  • Kontrolery urządzeń lub odpowiednie karty dla magazynu.

    • Dla magistrali Serial Attached SCSI lub Fibre Channel. W przypadku używania magistrali Serial Attached SCSI lub Fibre Channel kontrolery urządzeń pamięci masowej dedykowane dla magazynu klastra powinny być identyczne we wszystkich serwerach klastrowanych. Ponadto powinny używać tej samej wersji oprogramowania układowego.

      Uwaga

      System Windows Server 2008 R2 nie umożliwia połączenia magazynu z serwerami klastrowanymi przy użyciu równoległej magistrali SCSI. Tak było również w systemie Windows Server 2008.

    • Dla interfejsu iSCSI. W przypadku używania interfejsu iSCSI każdy serwer klastrowany powinien mieć co najmniej jedną kartę sieciową lub kartę magistrali hosta przeznaczoną do obsługi pamięci masowej klastra. Sieć używana komunikacji przez interfejs iSCSI nie powinna być używana do komunikacji sieciowej. We wszystkich serwerach klastrowanych karty sieciowe, za pomocą których odbywa się łączenie z obiektem docelowym magazynu korzystającego z interfejsu iSCSI, powinny być identyczne. Zalecane jest używanie sieci Gigabit Ethernet lub lepszej.

      W przypadku interfejsu iSCSI nie można używać kart sieciowych zespolonych, ponieważ nie są one przez niego obsługiwane.

      Aby uzyskać więcej informacji na temat interfejsu iSCSI, zobacz artykuł zawierający często zadawane pytania dotyczące interfejsu iSCSI w witrynie firmy Microsoft w sieci Web (https://go.microsoft.com/fwlink/?LinkId=61375) (strona może zostać wyświetlona w języku angielskim).

  • Magazyn. Należy używać magazynu współdzielonego zgodnego z systemem Windows Server 2008 R2.

    W większości przypadków magazyn powinien zawierać wiele oddzielnych dysków (jednostek LUN), które są konfigurowane na poziomie sprzętu. W przypadku niektórych klastrów jeden dysk działa jako monitor dysku (opisany na końcu tej podsekcji). Inne dyski zawierają pliki wymagane dla usług lub aplikacji klastra. Wymagania dotyczące magazynu są następujące:

    • Aby móc korzystać z obsługi dysku macierzystego zawartego w klastrze pracy awaryjnej, należy używać dysków podstawowych, a nie dysków dynamicznych.

    • Zalecane jest formatowanie partycji przy użyciu systemu plików NTFS. W przypadku korzystania z monitora dysku lub udostępnionych woluminów klastra partycje używane przez te funkcje muszą być w formacie NTFS.

      Funkcja Udostępnione woluminy klastra nie ma żadnych innych wymagań poza koniecznością stosowania systemu plików NTFS. Więcej informacji o udostępnionych woluminach klastra znajduje się w temacie Opis udostępnionych woluminów klastra w klastrze pracy awaryjnej.

    • Styl partycji dysku może być oparty na głównym rekordzie rozruchowym (MBR) lub na tabeli partycji GUID (GPT).

    Dysk monitora to dysk w magazynie klastra przeznaczony do przechowywania kopii bazy danych konfiguracji klastra. Klaster pracy awaryjnej zawiera dysk monitora tylko wtedy, gdy jest to określone w konfiguracji kworum. Aby uzyskać więcej informacji, zobacz Opis konfiguracji kworum w klastrze pracy awaryjnej.

Wdrażanie sieci magazynowania z klastrami pracy awaryjnej

Podczas wdrażania sieci magazynowania z klastrem pracy awaryjnej należy postępować według poniższych wskazówek:

  • Sprawdzenie zgodności magazynu. Należy skontaktować się z producentami i dostawcami w celu sprawdzenia, czy magazyn (w tym sterowniki, oprogramowanie układowe i oprogramowanie używane na potrzeby magazynu) jest zgodny z klastrami pracy awaryjnej w systemie Windows Server 2008 R2.

    Ważne

    Magazyn, który był zgodny z klastrami serwerów w systemie Windows Server 2003, może nie być zgodny z klastrami pracy awaryjnej w systemie Windows Server 2008 R2. Należy skontaktować się z dostawcą, aby upewnić się, że magazyn jest zgodny z klastrami pracy awaryjnej w systemie Windows Server 2008 R2.

    Klastry pracy awaryjnej mają nowe wymagania dotyczące magazynu:

    • Ulepszenia wprowadzone w klastrach pracy awaryjnej (w porównaniu z klastrami serwerów w systemie Windows Server 2003) wymagają, aby magazyn poprawnie odpowiadał na określone polecenia interfejsu SCSI. Aby sprawdzić, czy magazyn jest zgodny, należy uruchomić Kreatora sprawdzania poprawności konfiguracji. Ponadto można skontaktować się z dostawcą magazynu.

    • Sterownik miniportu dla magazynu musi współpracować ze sterownikiem magazynu Microsoft Storport.

  • Odizolowanie urządzeń magazynujących - jeden klaster na urządzenie. Serwery z różnych klastrów nie mogą mieć możliwości uzyskiwania dostępu do tych samych urządzeń magazynujących. W większości przypadków jednostka LUN używana dla jednego zestawu serwerów klastra powinna zostać odizolowana od wszystkich innych serwerów przy użyciu maskowania numerów LUN lub ich podziału na strefy.

  • Rozważenie używania oprogramowania wielościeżkowego wejścia/wyjścia. W wysoce dostępnej konstrukcji magazynu można wdrożyć klastry pracy awaryjnej z wieloma kartami magistrali hosta za pomocą oprogramowania wielościeżkowego wejścia/wyjścia. Zapewnia to najwyższy poziom nadmiarowości i dostępności. W systemie Windows Server 2008 R2 rozwiązanie wielościeżkowe musi być oparte na technologii wielościeżkowego wejścia/wyjścia (MPIO) firmy Microsoft. Chociaż system operacyjny Windows Server 2008 R2 zawiera co najmniej jeden moduł specyficzny dla urządzenia (Device Specific Module, DSM), dostawca sprzętu zazwyczaj dołącza do urządzenia moduł DSM obsługujący technologię MPIO.

    Ważne

    Karty magistrali hosta i oprogramowanie wielościeżkowego wejścia/wyjścia mogą być bardzo czułe na różnice wersji. W przypadku wdrażania rozwiązania wielościeżkowego dla klastra należy ściśle współpracować z dostawcą sprzętu w celu wybrania odpowiednich kart, oprogramowania układowego i oprogramowania dla systemu Windows Server 2008 R2.

Wymagania dotyczące oprogramowania klastra pracy awaryjnej

Wszystkie serwery w klastrze pracy awaryjnej muszą działać w systemie Windows Server 2008 R2 w wersji dla architektury x64 albo Itanium (węzły w jednym klastrze pracy awaryjnej nie mogą działać w różnych wersjach).

Wszystkie serwery powinny mieć zainstalowane te same aktualizacje oprogramowania (poprawki) i dodatki Service Pack.

Funkcja Klaster pracy awaryjnej jest zawarta w produktach serwerowych, takich jak Windows Server 2008 R2 Enterprise i Windows Server 2008 R2 Datacenter. Funkcja Klaster pracy awaryjnej nie jest dostępna w systemie Windows Server 2008 R2 Standard ani Windows Web Server 2008 R2.

Wymagania klastra pracy awaryjnej dotyczące infrastruktury sieciowej i konta domeny

Będzie potrzebna następująca infrastruktura sieciowa dla klastra pracy awaryjnej oraz konto administracyjne z następującymi uprawnieniami do domeny:

  • Ustawienia sieciowe i adresy IP. Używając identycznych kart sieciowych dla sieci, należy również używać identycznych ustawień komunikacji na tych kartach (na przykład Szybkość, Tryb dupleks, Sterowanie przepływem i Typ nośnika). Ponadto należy porównać ustawienia między kartą sieciową a przełącznikiem, z którym jest połączona, i upewnić się, że żadne ustawienia nie powodują konfliktów.

    Jeśli są używane sieci prywatne, które nie są trasowane do pozostałej części infrastruktury sieciowej, należy się upewnić, że każda z tych sieci prywatnych używa unikatowej podsieci. Jest to konieczne nawet wtedy, gdy do każdej karty sieciowej zostanie przypisany unikatowy adres IP. Jeśli na przykład w centrali są dwa węzły klastra, które używają jednej sieci fizycznej, a w oddziale są dwa dodatkowe węzły, które używają oddzielnej sieci fizycznej, nie należy określać adresu 10.0.0.0/24 dla obu sieci, nawet jeśli do każdej karty sieciowej jest przypisany unikatowy adres IP.

    Aby uzyskać więcej informacji na temat kart sieciowych, zobacz Wymagania sprzętowe klastra pracy awaryjnej w poprzedniej części tego tematu.

  • System DNS. Serwery w klastrze muszą używać systemu nazw domen (DNS) do rozpoznawania nazw. Może być używany protokół dynamicznej aktualizacji systemu DNS.

  • Rola domeny. Wszystkie serwery w klastrze muszą być w tej samej domenie usługi Active Directory. Najlepiej jest, gdy wszystkie serwery klastrowane mają tę samą rolę domeny (serwer członkowski lub kontroler domeny). Zalecaną rolą jest serwer członkowski.

  • Kontrolery domeny. Zalecane jest, aby serwery klastrowane były serwerami członkowskimi. Jeśli są, inne serwery będą kontrolerami domeny w domenie zawierającej klaster pracy awaryjnej.

  • Klienci. Nie ma określonych wymagań dla klientów poza wymaganiami oczywistymi, które dotyczą łączności i zgodności: klienci muszą mieć możliwość łączenia się z serwerami klastrowanymi i musi być na nich uruchomione oprogramowanie zgodne z usługami udostępnianymi przez serwery klastrowane.

  • Konto do administrowania klastrem. Podczas pierwszego tworzenia klastra lub dodawania do niego serwerów użytkownik musi być zalogowany do domeny za pomocą konta zawierającego prawa i uprawniania administratora na wszystkich serwerach w tym klastrze. To konto nie musi być kontem Administratorzy domeny - może być kontem Użytkownicy domeny należącym do grupy Administratorzy na każdym serwerze klastrowanym. Ponadto, jeśli to konto nie jest kontem Administratorzy domeny, do konta (lub grupa, której elementem członkowskim jest konto) musi być w domenie przypisane uprawnienie Tworzenie obiektów typu komputer drogą delegowania. Więcej informacji znajduje się w przewodniku krok po kroku dotyczącym funkcji Klastry pracy awaryjnej w części poświęconej konfigurowaniu kont w usłudze Active Directory (https://go.microsoft.com/fwlink/?LinkId=139147 (strona może zostać wyświetlona w języku angielskim)).

    Uwaga

    Wprowadzono zmianę w sposobie działania usługi klastrowania w systemie Windows Server 2008 R2 względem jej działania w systemie Windows Server 2003. W systemie Windows Server 2008 R2 nie ma konta usługi klastrowania. Zamiast tego usługa klastrowania jest uruchamiana automatycznie w specjalnym kontekście, który zapewnia określone uprawnienia niezbędne dla tej usługi (podobnie do kontekstu systemu lokalnego, ale z ograniczonymi uprawnieniami).

Dodatkowe informacje

Spis treści