Enterprise File Storage - Koncepcje wydajności

Bazy wiedzy

Enterprise File Storage - Koncepcje wydajności


Icons/System/eye-open Created with Sketch. 249 wyśw. 12.09.2025 Cloud / Enterprise File Storage
Informacje o tłumaczeniu

Tłumaczenie zostało wygenerowane automatycznie przez system naszego partnera SYSTRAN. W niektórych przypadkach mogą wystąpić nieprecyzyjne sformułowania, na przykład w tłumaczeniu nazw przycisków lub szczegółów technicznych. W przypadku jakichkolwiek wątpliwości zalecamy zapoznanie się z angielską/francuską wersją przewodnika. Jeśli chcesz przyczynić się do ulepszenia tłumaczenia, kliknij przycisk “Zgłoś propozycję modyfikacji” na tej stronie.

Wprowadzenie

Poznaj pojęcia związane z tworzeniem rezerw, monitorowaniem oraz testowaniem wydajności rozwiązania Enterprise File Storage.

W praktyce

Monitorowanie wydajności

Pojęcie "poziom usługi" jest ważnym elementem oferty Enterprise File Storage. Określa ona osiągalny poziom wydajności dla każdej usługi świadczonej w ramach rezerwy. Wydajność systemu plików jest zazwyczaj zdefiniowana przez kilka elementów:

  • Natężenie przepływu.
  • IOPS (lub liczba operacji wejścia-wyjścia na sekundę).
  • Rozmiar bloku.
  • Model dostępu sekwencyjnego lub losowego.

Do tej pory Enterprise File Storage zapewnia i gwarantuje wydajność wynoszącą 64 MB/s na TB i 4000 IOPS na TB. Zapasowe zasoby usług mają więc bezpośredni wpływ na wydajność Twojej usługi.

Informacja ta jest ważna w przypadku architektury przestrzeni dyskowej. Przytoczmy trzy przykłady:

  • Przykład nr 1: Twoja aplikacja wymaga teoretycznego pobrania około 430 MB/s. W tym celu należy zapewnić co najmniej 7 TB przestrzeń dyskową. Szybkie obliczenie (430/64 = 6,72) pozwala bowiem na oszacowanie minimalnej zdolności przepustowej niezbędnej do osiągnięcia takiego przepływu.

  • Przykład nr 2: Twoja infrastruktura wymaga 4500 IOPS i ilości danych 1 TB. W tym celu należy zapewnić zapasy 2 TB, aby otrzymać niezbędne 4500 IOPS. W tym przypadku skorzystasz z 8000 IOPS w przypadku wykorzystania dodatkowej pojemności. Chodzi zatem o nadmierne dostarczanie usługi, aby zapewnić pożądany poziom wydajności.

  • Przykład nr 3: Twoja aplikacja nie wymaga szczególnie dużej wydajności, ale przestrzeni dyskowej większej niż 60 TB. W takim przypadku lepiej jest wybrać usługę przestrzeni dyskowej NAS-HA, która jest bardziej ekonomiczna i pozwala na osiągnięcie wydajności przekraczającej 58 TB na usługę.

Liczba woluminów i jakości usług (QoS)

Przypominamy, że wolumen to partycja usługi (zwana również "pulą" lub "pulą pojemności"). Podczas składania zamówienia dostarczasz uprawnienia do świadczenia usługi. Po dostarczeniu usługi konieczne będzie utworzenie wolumenów z limitem transferu od 100 GB do 29 TB wolumenu.

Poniżej znajdziesz hierarchię usługi przestrzeni dyskowej Enterprise File Storage:

Enterprise File Storage Perf 1

Enterprise File Storage nie pozwala na ręczne modyfikowanie QoS. QoS definiuje się bowiem na poziomie usługi (puli).

Jak zmaksymalizować wydajność systemu plików

Aby zwiększyć wydajność Enterprise File Storage, należy wziąć pod uwagę następujące elementy:

  • Pamiętaj, aby zarezerwować Enterprise File Storage w tym samym centrum danych co Twoje obciążenia. Opóźnienia między centrami danych mogą być wysokie i mieć wpływ na wydajność całej aplikacji.
  • Dla większej niezawodności i przepustowości, możesz korzystać z serwerów najnowszej generacji, ponieważ dysponują one nowymi interfejsami sieciowymi.
  • Wyszukaj dostępną przepustowość do sieci publicznej na serwerach klientów, aby zapewnić kompatybilność z dostarczaną wydajnością i tym samym zmaksymalizować przepustowość.

Test wydajności

Aby przeprowadzić własne testy wydajności i zapoznać się z poziomami usług Enterprise File Storage, zalecamy użycie narzędzi takich jak FIO, popularnego narzędzia do ewaluacji. Dostarcza on wielu regulowanych opcji symulacji pożądanego obciążenia roboczego i dostarcza szczegółowe statystyki dotyczące zachowania przestrzeni dyskowej pod obciążeniem. Jest on również dostępny bezpłatnie w wielu systemach operacyjnych.

Ważne jest, aby przetestować wydajność Enterprise File Storage w tym samym centrum danych, co obciążenia robocze. Opóźnienia między centrami danych są zbyt duże, aby taka ocena była przydatna.

Przed rozpoczęciem testu upewnij się, że klient używany w tym benchmarku ma dostęp do Twojej usługi Enterprise File Storage oraz do wolumenu testów. Jeśli jeszcze tego nie zrobiłeś, zapoznaj się z przewodnikiem zarządzanie w Panelu klienta OVHcloud.

Błąd testowy

Narzędzie FIO pozwala na przetestowanie kilku scenariuszy i na zmianę wielu parametrów testowych:

  • Liczbę obrazów.
  • Rozmiar obrazów.
  • Rozmiar bloku.
  • Czas trwania testu.
  • Liczbę FIO workers.
  • Model dostępu (odczyt/zapis/sekwencyjny/losowy) itp.

Poniżej znajdziesz kilka przykładowych poleceń fio pozwalających na potwierdzenie, że maksymalna liczba IOPS (4000) lub maksymalna przepustowość (64MB/s) mogą zostać osiągnięte dla usługi EFS 1TB:

Random read - IOPS max

fio -numjobs=1 -iodepth=128 -direct=1 -ioengine=libaio -sync=1 -rw=randread -bs=8k -size=1G -time_based -runtime=60 -name=test1 -directory=/share-nfs

Random write - IOPS max

fio -numjobs=1 -iodepth=128 -direct=1 -ioengine=libaio -sync=1 -rw=randwrite -bs=8k -size=1G -time_based -runtime=60 -name=test2 -directory=/share-nfs

Random read - Bandwidth max

fio -numjobs=1 -iodepth=128 -direct=1 -ioengine=libaio -sync=1 -rw=randread -bs=64k -size=1G -time_based -runtime=60 -name=test3 -directory=/share-nfs

Random write - Bandwidth max

fio -numjobs=1 -iodepth=128 -direct=1 -ioengine=libaio -sync=1 -rw=randwrite -bs=64k -size=1G -time_based -runtime=60 -name=test4 -directory=/share-nfs

Sequential read - IOPS max

fio -numjobs=1 -iodepth=128 -direct=1 -ioengine=libaio -sync=1 -rw=read -bs=8k -size=1G -time_based -runtime=60 -name=test5 -directory=/share-nfs

Sequential write - IOPS max

fio -numjobs=1 -iodepth=128 -direct=1 -ioengine=libaio -sync=1 -rw=write -bs=8k -size=1G -time_based -runtime=60 -name=test6 -directory=/share-nfs

Sequential Read - Bandwidth max

fio -numjobs=1 -iodepth=128 -direct=1 -ioengine=libaio -sync=1 -rw=read -bs=64k -size=1G -time_based -runtime=60 -name=test7 -directory=/share-nfs

Sequential write - Bandwidth max

fio -numjobs=1 -iodepth=128 -direct=1 -ioengine=libaio -sync=1 -rw=write -bs=64k -size=1G -time_based -runtime=60 -name=test8 -directory=/share-nfs

Więcej informacji znajduje się na stronie dokumentacja FIO.

Możesz również korzystać z innych narzędzi open-source, takich jak:

Sprawdź również

Jeśli potrzebujesz szkolenia lub pomocy technicznej w celu wdrożenia naszych rozwiązań, skontaktuj się z przedstawicielem handlowym lub kliknij ten link, aby uzyskać wycenę i poprosić o spersonalizowaną analizę projektu od naszych ekspertów z zespołu Professional Services.

Przyłącz się do społeczności naszych użytkowników na Discord: https://discord.gg/ovhcloud

Powiązane artykuły