FAQ Dlaczego wybór puli danych jest konieczny dla usług SMB i NFS, ale nie dla usług obiektowych?

QNAP

Bot
Management
29 Kwiecień 2013
2 108
34
88
Taipei
www.qnap.com
Obowiązujące produkty
QuTS MEGA 1.0.0 i nowsze



Koncepcja
W klastrze QuTS MEGA usługi SMB i NFS używają CephFileSystem (CephFS) jako zaplecza systemu plików. CephFS wymaga puli danych do przechowywania danych plików. Podczas tworzenia usługi SMB lub NFS należy ręcznie wybrać tę pulę danych w ramach definicji zasobu niestandardowego (CRD). Usługi obiektowe używają RADOS Gateway firmy Ceph, który automatycznie tworzy i zarządza własnymi pulami dla każdej instancji. W rezultacie ręczny wybór puli danych nie jest wymagany dla usług obiektowych.

Ustawienia ochrony danych
Pula danych przypisana do usług SMB lub NFS definiuje poziom ochrony danych, taki jak replikacja lub kodowanie wymazywania. W przypadku usług obiektowych ustawienia ochrony danych są konfigurowane oddzielnie podczas tworzenia usługi.

Po wdrożeniu firma QNAP może pomóc w konfiguracji pul danych dla usług SMB i NFS. Jeśli masz specyficzne wymagania dotyczące ochrony danych, konfigurację można dostosować do potrzeb Twojego obciążenia.

Poniższa tabela wyjaśnia różnice między współdzielonymi pulami danych używanymi przez usługi SMB i NFS a indywidualnymi pulami danych używanymi przez usługi obiektowe.

| Współdzielone pule danych (usługi SMB i NFS) | Indywidualne pule danych (usługi obiektowe)
Zalety |
  • Uproszczone zarządzanie: Jedna pula danych jest używana dla wszystkich klientów SMB i NFS, co zmniejsza złożoność zarządzania wieloma pulami.
  • Wydajność zasobów: Konsolidacja danych w jednej puli optymalizuje wykorzystanie pamięci masowej i zmniejsza narzut dla wdrożeń na małą skalę.
|
  • Izolacja: Niezależne pule zmniejszają ryzyko wpływu obciążenia jednej usługi na inne, poprawiając wydajność i izolację błędów.
  • Skalowalność: Nowe usługi mogą tworzyć własne pule bez wpływu na istniejące, upraszczając rozbudowę.
Wady |
  • Ograniczona elastyczność: Wszystkie usługi SMB i NFS współdzielą te same ustawienia ochrony danych, co może nie odpowiadać obciążeniom o zróżnicowanych wymaganiach.
  • Złożoność skalowania: Dynamiczne zmiany poziomu ochrony danych puli danych (np. przełączanie z kodowania wymazywania 2+1 na kodowanie wymazywania 4+2) nie są obecnie obsługiwane.
|
  • Zwiększony narzut zarządzania: Zarządzanie wieloma pulami wymaga większego wysiłku administracyjnego, zwłaszcza w przypadku wdrożeń na dużą skalę. Indywidualne pule mogą prowadzić do mniej efektywnego wykorzystania pamięci masowej, jeśli nie zostaną starannie zaplanowane.
  • Złożoność monitorowania: Śledzenie stanu i wydajności wielu pul może być bardziej złożone niż monitorowanie pojedynczej współdzielonej puli.