Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Funkcja Bezpośrednie miejsca do magazynowania w systemie Windows Server umożliwia tworzenie rozwiązań magazynu o wysokiej dostępności i skalowalności przy użyciu standardowych serwerów branżowych z magazynem lokalnym. Przed wdrożeniem należy upewnić się, że sprzęt spełnia minimalne wymagania dotyczące niezawodności i wydajności. W tym artykule opisano obsługiwane konfiguracje sprzętu, zalecane rozwiązania i kluczowe zagadnienia dotyczące wdrożeń fizycznych i wirtualnych bezpośrednich miejsc do magazynowania w systemie Windows Server. Skorzystaj z tych wskazówek, aby ułatwić planowanie i weryfikowanie środowiska w celu uzyskania optymalnych wyników.
W przypadku sprzętu fizycznego firma Microsoft zaleca zakup zweryfikowanego rozwiązania sprzętowego/oprogramowania od naszych partnerów, które obejmuje narzędzia i procedury wdrażania. Te rozwiązania są projektowane, montowane i weryfikowane względem naszej architektury referencyjnej w celu zapewnienia zgodności i niezawodności, dzięki czemu można szybko pracować.
Wskazówka
Funkcja Bezpośrednie miejsca do magazynowania jest również używana w usłudze Azure Local— nasz system operacyjny przeznaczony dla wdrożeń hiperkonwergentnych z połączeniem z chmurą. Aby uzyskać wymagania sprzętowe specyficzne dla platformy Azure Local, zobacz Wymagania systemowe dotyczące platformy Azure Local. Aby uzyskać dostępne rozwiązania sprzętowe i narzędzie do określania rozmiaru, odwiedź witrynę internetową rozwiązań lokalnych platformy Azure.
Możesz także używać funkcji Storage Spaces Direct w trybie Hyper-V lub na maszynach wirtualnych platformy Azure, zgodnie z opisem w temacie "Używanie Storage Spaces Direct w klastrach maszyn wirtualnych gościnnych".
Podstawowe wymagania
Systemy, składniki, urządzenia i sterowniki muszą być certyfikowane dla systemu operacyjnego używanego w katalogu systemu Windows Server . Ponadto zalecamy, aby serwery i karty sieciowe miały również kwalifikacje Software-Defined Data Center (SDDC) w warstwie Standard i/lub Software-Defined Data Center (SDDC) Premium, jak pokazano na poniższym obrazku. Istnieje ponad 1000 składników w ramach SDDC AQs.
W pełni skonfigurowany klaster (serwery, sieć i magazyn) musi przejść wszystkie testy weryfikacji klastra według kreatora w Menedżerze klastra trybu failover lub za pomocą polecenia cmdlet PowerShell.
Ważne
W scenariuszach, w których węzły klastra są implementowane, adaptery kart interfejsu sieciowego, sterowniki i oprogramowanie układowe muszą być dokładnie zgodne, aby funkcja grupowania SET działała poprawnie.
Wymagania serwera
Poniżej przedstawiono minimalne wymagania dotyczące serwera:
- Co najmniej dwa serwery, maksymalnie 16 serwerów.
- Zalecane, aby wszystkie serwery były tym samym producentem i modelem.
Procesor
Poniżej przedstawiono minimalne wymagania dotyczące procesora CPU:
- Kompatybilny procesor Intel Nehalem lub nowszy; lub
- Procesor kompatybilny z AMD EPYC lub nowszy.
Pamięć
Poniżej przedstawiono minimalne wymagania dotyczące pamięci:
- Pamięć dla systemu Windows Server, maszyn wirtualnych i innych aplikacji lub obciążeń; plus
- 4 GB pamięci RAM na każdy terabajt (TB) pojemności dysku pamięci podręcznej na serwerze w przypadku metadanych Storage Spaces Direct.
Bagażnik
Poniżej przedstawiono minimalne wymagania dotyczące rozruchu:
- Każde urządzenie rozruchowe obsługiwane przez system Windows Server, które teraz obejmuje SATADOM.
- Odwzorowanie RAID 1 nie jest wymagane, ale jest obsługiwane podczas rozruchu.
- Zalecane: minimalny rozmiar 200 GB.
Sieć
Storage Spaces Direct wymaga niezawodnego połączenia sieciowego o wysokiej przepustowości i małej latencji między każdym węzłem.
Poniżej przedstawiono minimalne wymagania dotyczące sieci:
Aby uzyskać minimalne połączenie dla klastra o małej skali z 2-3 węzłami:
- Karta sieciowa 10 Gb/s (NIC) lub szybsza.
- Co najmniej dwa połączenia sieciowe z każdego węzła zalecane w celu zapewnienia nadmiarowości i wydajności.
Zalecana sieć dla zapewnienia wysokiej wydajności, na dużą skalę lub wdrożeń klastra o 4 lub więcej węzłach.
- Karty sieciowe obsługujące zdalny bezpośredni dostęp do pamięci (RDMA), iWARP (zalecane) lub RoCE.
- Co najmniej dwa połączenia sieciowe z każdego węzła zalecane w celu zapewnienia nadmiarowości i wydajności.
- Karta sieciowa 25 Gb/s lub szybsza.
Połączenia między węzłami przełącznikowymi lub bez przełączników:
- Przełączniki: Przełączniki sieciowe muszą być prawidłowo skonfigurowane do zarządzania przepustowością i typem sieci. Jeśli używasz funkcji RDMA, która implementuje protokół RoCE, konfiguracja urządzenia sieciowego i przełącznika jest jeszcze ważniejsza.
- Bez przełącznika: węzły można łączyć za pomocą połączeń bezpośrednich, unikając korzystania z przełącznika. Każdy węzeł musi mieć bezpośrednie połączenie z każdym innym węzłem klastra.
Napędy
"Storage Spaces Direct" współpracuje z bezpośrednio podłączonymi dyskami SATA, SAS, NVMe lub pamięcią trwałą (PMem), które są fizycznie dołączone tylko do jednego serwera. Aby uzyskać więcej informacji na temat wybierania dysków, zobacz artykuły Wybieranie dysków i Omówienie i wdrażanie pamięci trwałej.
- Dyski SATA, SAS, nieulotna pamięć oraz NVMe (karty M.2, U.2 i rozszerzenia) są obsługiwane.
- Wszystkie dyski natywne 512n, 512e i 4K są obsługiwane.
- Dyski półprzewodnikowe muszą zapewnić ochronę przed utratą energii.
- Ta sama liczba i typy dysków na każdym serwerze — zobacz Zagadnienia dotyczące symetrii dysku.
- Urządzenia pamięci podręcznej muszą mieć rozmiar 32 GB lub większy.
- Urządzenia pamięci trwałej są używane w trybie przechowywania blokowego.
- W przypadku korzystania z urządzeń pamięci trwałej jako urządzeń pamięci podręcznej należy użyć urządzeń o pojemności NVMe lub SSD (nie można używać dysków HDD).
- Jeśli używasz dysków HDD do zapewnienia pojemności pamięci masowej, musisz użyć buforowania magistrali pamięci masowej. Buforowanie magistrali pamięci masowej nie jest wymagane w przypadku korzystania z wdrożeń całkowicie flash.
- Sterownik NVMe jest udostępniony przez firmę Microsoft w systemie Windows (nazwa sterownika to
stornvme.sys
). - Zalecane: liczba dysków pamięci masowej powinna być całkowitą wielokrotnością liczby dysków pamięci podręcznej.
- Zalecane: Dyski pamięci podręcznej powinny mieć wysoką wytrzymałość zapisu: co najmniej 3 zapisy na dysku dziennie (DWPD) lub co najmniej 4 terabajty zapisane (TBW) dziennie – zobacz Understanding drive writes per day (DWPD), terabajty zapisane (TBW) i minimum zalecane dla Storage Spaces Direct.
Uwaga / Notatka
W przypadku używania wszystkich napędów flash do pojemności pamięci korzyści z buforowania puli pamięci są ograniczone. Dowiedz się więcej o pamięci podręcznej puli przechowywania .
Oto jak można podłączyć dyski do Rozwiązania Storage Spaces Direct.
- Podłączone bezpośrednio dyski SATA.
- Dyski NVMe z bezpośrednim podłączeniem.
- Karta magistrali hosta SAS (HBA) z dyskami SAS.
- Karta magistrali hosta SAS (HBA) z dyskami SATA.
- Karty kontrolera RAID bezpośrednio przechodzące tylko przez fizyczne urządzenia magazynujące SAS.
Ważne
NIEOBSŁUGIWANE: karty kontrolera RAID, które nie obsługują bezpośredniego przekazywania urządzeń pamięci fizycznej SAS lub pamięci SAN (Fibre Channel, iSCSI, FCoE). Karty HBA muszą implementować prosty tryb przekazywania dla wszystkich urządzeń magazynujących używanych w Storage Spaces Direct.
Dyski mogą być następujące:
- Wewnętrzny dla serwera
- W obudowie zewnętrznej ("JBOD") podłączonej do jednego serwera. Usługi obudów SCSI (SES) są wymagane do mapowania i identyfikacji gniazd. Każda obudowa zewnętrzna musi zawierać unikatowy identyfikator (Unique ID).
Ważne
NIEOBSŁUGIWANE: współdzielone obudowy SAS połączone z wieloma serwerami lub jakakolwiek forma wielościeżkowego We/Wy (MPIO), gdzie dyski są dostępne przez wiele ścieżek.
Minimalna liczba dysków (wyklucza dysk rozruchowy)
Minimalna wymagana liczba dysków pojemności różni się w zależności od scenariusza wdrażania. Jeśli planujesz używać pamięci podręcznej puli dyskowej, musi być co najmniej dwa urządzenia pamięci podręcznej na serwer.
Storage Spaces Direct można wdrożyć w klastrze serwerów fizycznych lub w klastrach gości maszyn wirtualnych. Możesz skonfigurować Storage Spaces Direct pod kątem wydajności, pojemności lub zrównoważonych scenariuszy, w zależności od wyboru urządzeń fizycznych lub wirtualnych magazynu. Wdrożenia zwirtualizowane korzystają z podstawowej wydajności i odporności magazynu w chmurze prywatnej lub publicznej. Wdrożenie Storage Spaces Direct na klastrach gościnnych VM pozwala na stosowanie rozwiązań o wysokiej dostępności w środowisku wirtualnym.
W poniższych sekcjach opisano minimalne wymagania dotyczące dysków dla wdrożeń fizycznych i wirtualnych.
Wdrożenia fizyczne
W tej tabeli przedstawiono minimalną liczbę dysków pojemności według typu wdrożeń sprzętowych przy użyciu systemu Windows Server lub platformy Azure Local.
Typ dysku (tylko pojemność) | Wymagane minimalne dyski (Windows Server) | Wymagane minimalne dyski (lokalna platforma Azure) |
---|---|---|
Cała pamięć trwała (ten sam model) | 4 pamięć trwała | 2 pamięć trwała |
Wszystkie nvme (ten sam model) | 4 dyski NVMe | 2 porty NVMe |
Wszystkie dyski SSD (ten sam model) | 4 dyski SSD | 2 DYSKI SSD |
Jeśli używasz cache puli pamięci masowej, musi być skonfigurowanych co najmniej dwa dodatkowe dyski jako cache. W tabeli przedstawiono minimalną liczbę dysków wymaganych zarówno w przypadku wdrożeń lokalnych systemu Windows Server, jak i platformy Azure przy użyciu co najmniej dwóch węzłów.
Typ napędu obecny | Minimalna liczba wymaganych dysków |
---|---|
Pamięć trwała + NVMe lub SSD | 2 pamięć trwały + 4 NVMe lub SSD |
NVMe + SSD | 2 dyski NVMe + 4 dyski SSD |
NVMe + dysk twardy | 2 dyski NVMe + 4 dyski twarde |
SSD + HDD | 2 DYSKI SSD + 4 HDD |
Ważne
Pamięć podręczna puli magazynowej nie może być używana z Azure Local w jednowęzłowym wdrożeniu.
Wdrażanie wirtualne
W tej tabeli przedstawiono minimalną liczbę dysków według typu dla wdrożeń wirtualnych, takich jak maszyny wirtualne gościa systemu Windows Server lub Windows Server Azure Edition.
Typ dysku (tylko pojemność) | Minimalna liczba wymaganych dysków |
---|---|
Wirtualny dysk twardy | 2 |
Wskazówka
Aby zwiększyć wydajność maszyn wirtualnych działających jako goście podczas uruchamiania na platformie Azure Local lub w systemie Windows Server, rozważ użycie pamięci podręcznej odczytu woluminu CSV w pamięci do buforowania niebuforowanych operacji odczytu.
Jeśli używasz bezpośrednich miejsc do magazynowania w środowisku wirtualnym, należy wziąć pod uwagę następujące kwestie:
- Dyski wirtualne nie są podatne na awarie, takie jak dyski fizyczne, jednak zależy to od wydajności i niezawodności chmury publicznej lub prywatnej.
- Zalecamy użycie pojedynczej warstwy magazynu o małych opóźnieniach/wysokiej wydajności.
- Dyski wirtualne muszą być używane tylko dla pojemności.
Dowiedz się więcej o wdrażaniu Storage Spaces Direct w klastrowych maszynach wirtualnych jako gości.
Maksymalna pojemność
Liczba serwerów w klastrze i typ używanych dysków określa maksymalną pojemność funkcji Bezpośrednie miejsca do magazynowania. W poniższej tabeli przedstawiono maksymalne wartości dla systemu Windows Server 2019 lub nowszego oraz systemu Windows Server 2016.
Maksima wartości | Windows Server 2019 lub nowszy | Windows Server 2016 |
---|---|---|
Pojemność surowa na serwer | 400 TB | 100 TB |
Pojemność zasobów | 4 PB (4 000 TB) | 1 PB |