Wdrażanie równoległego systemu plików Lustre w GCP

1. Omówienie

Witamy w Google Codelab dotyczącym uruchamiania klastra Lustre Parallel File System w Google Cloud Platform.

d51beef5f729cbe9.png

Dane są podstawą przetwarzania danych o wysokiej wydajności, a dostęp do dużych ilości danych z bardzo dużą szybkością i niskimi opóźnieniami zawsze był głównym wyzwaniem przy uruchamianiu zadań HPC. Wymagania dotyczące pamięci o wysokiej wydajności nie uległy zmianie w chmurze, a wręcz przeciwnie – możliwość szybkiego i łatwego wykorzystywania ogromnych ilości miejsca na dane stała się kluczowa.

Centra HPC od dawna spełniają te potrzeby w swoich lokalizacjach za pomocą takich technologii jak równoległy system plików Lustre. Lustre to jedno z najpopularniejszych obecnie rozwiązań typu open source do przechowywania danych o dużej wydajności. Od czerwca 2005 roku jest stale używane przez co najmniej połowę z dziesięciu najpopularniejszych superkomputerów i ponad 60 ze 100 najkrótszych superkomputerów na świecie. Lustre może skalować się do setek PB pojemności i zapewniać maksymalną wydajność zadań HPC, a systemy zapewniają przepustowość na poziomie TB/s w jednym obszarze nazw.

Aby zaspokoić zapotrzebowanie na pamięć masową, Google Cloud zastosował 2 podejścia. Po pierwsze, GCP nawiązało współpracę z DDN, aby udostępnić obsługiwane oprogramowanie DDN EXAScaler Lustre dla przedsiębiorstw w ramach GCP Marketplace. Po drugie nasi inżynierowie w Google Cloud opracowali i udostępnili na licencji open source zestaw skryptów, które ułatwiają konfigurowanie i wdrażanie klastra pamięci masowej Lustre w Google Compute Engine za pomocą menedżera wdrażania Google Cloud.

Lustre w Google Cloud Platform również może zapewnić maksymalną wydajność infrastruktury, na której działa. Jego wydajność w GCP jest tak dobra, że w 2019 r. w ramach partnerstwa z DDN zajął 8. miejsce w testach porównawczych systemu pamięci masowej IO-500, będąc tym samym najwyższej pozycję wśród systemów plików w chmurze w testach IO-500. Dziś zajmiemy się wdrażaniem skryptów Open Source Deployment Manager dla Lustre. Jeśli chcesz korzystać z firmowego, umocnionego środowiska Lustre z pomocą ekspertów Lustre w przypadku klastra Lustre, a także z funkcjami takimi jak zarządzanie i monitorowanie GUI lub dostrajanie Lustre, zapoznaj się z ofertą DDN EXAScaler Marketplace.

Czego się nauczysz

  • Jak korzystać z usługi menedżera wdrażania GCP
  • Jak skonfigurować i wdrożyć system plików Lustre w GCP.
  • Jak skonfigurować odzyskiwanie i przetestować proste operacje wejścia/wyjścia w systemie plików Lustre.

Wymagania wstępne

  • Konto Google Cloud Platform i projekt z płatnościami
  • Podstawowa znajomość Linuksa

2. Konfiguracja

Konfiguracja środowiska w samodzielnym tempie

Utwórz projekt

Jeśli nie masz jeszcze konta Google (Gmaila lub G Suite), musisz je utworzyć. Zaloguj się w konsoli Google Cloud Platform (console.cloud.google.com) i otwórz stronę Zarządzanie zasobami:

359c06e07e6d699f.png

Kliknij Utwórz projekt.

25c23d651abb837b.png

Wpisz nazwę projektu. Zapamiętaj identyfikator projektu (zaznaczony na czerwono na zrzucie ekranu powyżej). Identyfikator projektu musi być unikalną nazwą we wszystkich projektach Google Cloud. Jeśli nazwa projektu nie jest niepowtarzalna, Google Cloud wygeneruje losowy identyfikator projektu na podstawie jego nazwy.

Następnie musisz włączyć płatności w Developers Console, aby korzystać z zasobów Google Cloud.

Ukończenie tego ćwiczenia w Codelabs nie powinno kosztować więcej niż kilka dolarów, ale może okazać się droższe, jeśli zdecydujesz się użyć więcej zasobów lub nie chcesz ich uruchamiać (patrz sekcja „Podsumowanie” na końcu tego dokumentu). Kalkulator cen Google Cloud Platform jest dostępny tutaj.

Nowi użytkownicy Google Cloud Platform mogą skorzystać z bezpłatnego okresu próbnego, w którym mają do dyspozycji środki w wysokości 300 USD.

Google Cloud Shell,

Google Cloud można obsługiwać zdalnie z laptopa, ale w tym przypadku użyjemy Google Cloud Shell, czyli środowiska wiersza poleceń działającego w chmurze.

Uruchom Google Cloud Shell

W konsoli GCP kliknij ikonę Cloud Shell na pasku narzędzi w prawym górnym rogu:

dbad104cef962719.png

Następnie kliknij Uruchom Cloud Shell:

4e50db320508ac88.png

Uzyskanie dostępu do środowiska i połączenie się z nim powinno zająć tylko kilka chwil:

20b0aa80492144d.png

Ta maszyna wirtualna ma wszystkie potrzebne narzędzia dla programistów. Zawiera stały katalog domowy o pojemności 5 GB i działa w Google Cloud, co znacznie poprawia wydajność sieci i upraszcza uwierzytelnianie. Większość zadań w tym laboratorium można wykonać w przeglądarce lub na Chromebooku Google.

Po nawiązaniu połączenia z Cloud Shell powinno pojawić się informacja, że użytkownik jest już uwierzytelniony i że projekt jest już ustawiony na Twój PROJECT_ID:

$ gcloud auth list

Wynik polecenia:

Credentialed accounts:
 - <myaccount>@<mydomain>.com (active)
$ gcloud config list project

Wynik polecenia:

[core]
project = <PROJECT_ID>

Jeśli identyfikator projektu nie jest prawidłowo ustawiony, możesz go ustawić za pomocą tego polecenia:

$ gcloud config set project <PROJECT_ID>

Wynik polecenia:

Updated property [core/project].

3. Przygotowanie i sprawdzenie konfiguracji wdrożenia Lustre

Pobierz skrypty menedżera wdrażania Lustre

W sesji Cloud Shell uruchom to polecenie, aby sklonować (pobrać) repozytorium Git zawierające pliki deployment-manager Lustre dla Google Cloud Platform:

git clone https://github.com/GoogleCloudPlatform/deploymentmanager-samples.git

Przejdź do katalogu konfiguracji wdrożenia Lustre, wykonując to polecenie:

cd deploymentmanager-samples/community/lustre/

Skonfiguruj plik YAML wdrożenia Lustre

Menedżer wdrażania udostępnia plik YAML do dostarczania konfiguracji wdrożenia. Ten plik YAML zawiera szczegóły konfiguracji wdrożenia, np. wersję Lustre do wdrożenia oraz typy instancji maszyn do wdrożenia. Plik jest domyślnie skonfigurowany do wdrożenia w nowym projekcie bez zwiększania limitu, ale w ramach tego ćwiczenia z programowania możesz zmienić typ maszyny lub rozmiar. To ćwiczenie w Codelabs zostało stworzone z myślą o wykorzystaniu tych wartości domyślnych, dlatego jeśli wprowadzisz jakieś zmiany, musisz je zastosować w trakcie tego ćwiczenia, aby uniknąć błędów. W środowisku produkcyjnym zalecamy co najmniej 32 procesory wirtualne dla węzła MDS i co najmniej 8 procesorów wirtualnych dla węzłów OSS, w zależności od typu i pojemności pamięci masowej.

Aby sprawdzić lub edytować plik YAML w sesji Cloud Shell, otwórz plik YAML konfiguracji wdrożenia Lustre-cluster.yaml. Aby wyświetlić zawartość pliku, możesz użyć preferowanego edytora wiersza poleceń (vi, nano, emacs itp.) lub użyć edytora kodu konsoli Cloud:

11efd5af658f1842.png

Zawartość pliku będzie wyglądać tak:

# [START cluster_yaml]
imports:
- path: lustre.jinja

resources:
- name: lustre
  type: lustre.jinja
  properties:
    ## Cluster Configuration
    cluster_name            : lustre
    zone                    : us-central1-f
    cidr                    : 10.20.0.0/16
    external_ips            : True
    ### Use these fields to deploy Lustre in an existing VPC, Subnet, and/or Shared VPC
    #vpc_net                 : < VPC Network Name >
    #vpc_subnet              : < VPC Subnet Name >
    #shared_vpc_host_proj    : < Shared VPC Host Project name >

    ## Filesystem Configuration
    fs_name                 : lustre
    ### Review https://downloads.whamcloud.com/public/ to determine version naming
    lustre_version          : latest-release
    e2fs_version            : latest

    ## Lustre MDS/MGS Node Configuration
    #mds_node_count          : 1
    mds_ip_address          : 10.20.0.2
    mds_machine_type        : n1-standard-8
    ### MDS/MGS Boot disk
    mds_boot_disk_type      : pd-standard
    mds_boot_disk_size_gb   : 10
    ### Lustre MetaData Target disk
    mdt_disk_type           : pd-ssd
    mdt_disk_size_gb        : 1000

    ## Lustre OSS Configuration
    oss_node_count          : 4
    oss_ip_range_start      : 10.20.0.5
    oss_machine_type        : n1-standard-4
    ### OSS Boot disk
    oss_boot_disk_type      : pd-standard
    oss_boot_disk_size_gb   : 10
    ### Lustre Object Storage Target disk
    ost_disk_type           : pd-standard
    ost_disk_size_gb        : 5000
#  [END cluster_yaml]

Ten plik YAML zawiera kilka pól. Pola poniżej oznaczone gwiazdką (*) są wymagane. Te pola obejmują:

Konfiguracja klastra

  • cluster_name* – nazwa klastra Lustre, która jest dodawana na początku wszystkich zaimplementowanych zasobów
  • strefa* – strefa, w której zostanie wdrożony klaster;
  • cidr* – zakres adresów IP w formacie CIDR
  • external_ips* – True/False, węzły Lustre mają zewnętrzne adresy IP. Jeśli ma wartość Fałsz, usługa Cloud NAT jest skonfigurowana jako brama NAT
  • vpc_net – zdefiniuj to pole i pole vpc_subnet, aby wdrożyć klaster Lustre w istniejącej sieci VPC
  • vpc_subnet – istniejąca podsieć VPC, do której ma zostać wdrożony klaster Lustre.
  • shared_vpc_host_proj – zdefiniuj to pole, a także pola vpc_net i vpc_subnet, aby wdrożyć klaster w współdzielonym środowisku VPC.

Konfiguracja systemu plików

  • fs_name – nazwa systemu plików Lustre
  • lustre_version – wersja Lustre do wdrożenia. Aby wdrożyć najnowszą gałąź z https://downloads.whamcloud.com/public/lustre/, użyj opcji „latest-release” (najnowsza wersja) lub lustre-X.X.X, aby wdrożyć inne wersje.
  • e2fs_version – do wdrożenia wersja E2fsprogs. Użyj polecenia „latest” (najnowsza), aby wdrożyć najnowszą gałąź z https://downloads.whamcloud.com/public/e2fsprogs/ lub X.XX.X.wcX do wdrożenia dowolnej innej wersji.

Konfiguracja MDS/MGS

  • mds_ip_address – wewnętrzny adres IP do określenia dla węzła MDS/MGS
  • mds_machine_type – typ maszyny, który ma być używany w węźle MDS/MGS (patrz https://cloud.google.com/compute/docs/machine-types)
  • mds_boot_disk_type – typ dysku używanego na dysku rozruchowym MDS/MGS (pd-standard, pd-ssd)
  • mds_boot_disk_size_gb – rozmiar dysku rozruchowego MDS w GB
  • mdt_disk_type* – typ dysku docelowego dla metadanych (MDT) (pd-standard, pd-ssd, local-ssd)
  • mdt_disk_size_gb* – rozmiar dysku MDT w GB

Konfiguracja OSS

  • oss_node_count* – liczba węzłów serwera pamięci obiektów do utworzenia
  • oss_ip_range_start – początek zakresu adresów IP dla węzłów OSS. Jeśli nie określono, użyj automatycznego przypisywania adresów IP
  • oss_machine_type – typ maszyny do użycia na potrzeby węzłów OSS
  • oss_boot_disk_type – typ dysku, którego należy użyć na potrzeby dysku rozruchowego OSS (pd-standard, pd-ssd).
  • oss_boot_disk_size_gb – rozmiar dysku rozruchowego MDS w GB
  • ost_disk_type* – typ dysku docelowego dla obiektów w pamięci masowej (OST) (pd-standard, pd-ssd, local-ssd)
  • ost_disk_size_gb* – rozmiar dysku OST w GB

4. Wdrażanie i weryfikowanie konfiguracji

Wdrażanie konfiguracji

W sesji Cloud Shell wykonaj to polecenie z folderu Lustre-gcp:

gcloud deployment-manager deployments create lustre --config lustre.yaml

To polecenie tworzy wdrożenie o nazwie Lustre. Ta operacja może potrwać 10–20 minut, więc prosimy o cierpliwość.

Po zakończeniu wdrażania zobaczysz dane wyjściowe podobne do tych:

Create operation operation-1572410719018-5961966591cad-e25384f6-d4c905f8 completed successfully.
NAME                                TYPE                   STATE      ERRORS  INTENT
lustre-all-internal-firewall-rule  compute.v1.firewall    COMPLETED  []
lustre-lustre-network              compute.v1.network     COMPLETED  []
lustre-lustre-subnet               compute.v1.subnetwork  COMPLETED  []
lustre-mds1                        compute.v1.instance    COMPLETED  []
lustre-oss1                        compute.v1.instance    COMPLETED  []
lustre-oss2                        compute.v1.instance    COMPLETED  []
lustre-oss3                        compute.v1.instance    COMPLETED  []
lustre-oss4                        compute.v1.instance    COMPLETED  []
lustre-ssh-firewall-rule           compute.v1.firewall    COMPLETED  []

Sprawdzanie wdrożenia

5f2a0557d3f2476f.png

Aby wyświetlić wdrożenie w konsoli Google Cloud Platform, wykonaj te czynności:

  • W Cloud Platform Console otwórz menu Produkty i usługi w lewym górnym rogu konsoli (3 poziome kreski).
  • Kliknij Menedżer wdrażania.
  • Kliknij Lustre, aby wyświetlić szczegóły wdrożenia.
  • Kliknij Overview – Lustre (Przegląd – Lustre). W panelu Właściwości wdrożenia widać ogólną konfigurację wdrożenia.
  • W usługi Konfiguracja kliknij „Wyświetl”. Na panelu Konfiguracja wyświetla się zawartość wcześniej zmodyfikowanego pliku YAML konfiguracji wdrożenia. Zanim przejdziesz dalej, sprawdź, czy zawartość jest poprawna. Jeśli chcesz zmienić konfigurację wdrożenia, po prostu usuń wdrożenie zgodnie z instrukcjami opisanymi w sekcji „Czyszczenie wdrożenia” i ponownie uruchom wdrożenie zgodnie z instrukcjami podanymi w artykule „Skonfiguruj plik YAML wdrożenia Lustre”.
  • (Opcjonalnie) W sekcji Lustre-cluster kliknij po kolei wszystkie zasoby utworzone przez szablon Lustre.jinja i sprawdź ich szczegóły.

Po zweryfikowaniu konfiguracji wdrożenia potwierdź, że instancje klastra zostały uruchomione. W konsoli Cloud Platform, w menu Produkty i usługi, kliknij Compute Engine > Instancje maszyn wirtualnych.

aec8498e04a3c334.png

Na stronie Instancje maszyn wirtualnych sprawdź 5 instancji maszyn wirtualnych utworzonych przez menedżera wdrożenia. Są to między innymi lustre-mds1, lustre-oss1, lustre-oss2, lustre-oss3 i lustre-oss4.

5. Dostęp do gromady Lustre

Monitorowanie instalacji

Na stronie Instancje maszyn wirtualnych kliknij lustre-mds1, aby otworzyć stronę z informacjami o instancji.

ba0bea7acdbb9527.png

Kliknij Port szeregowy 1 (konsola), aby otworzyć stronę z danymi wyjściowymi konsoli szeregowej. Wykorzystamy te dane wyjściowe do monitorowania procesu instalacji instancji MDS i będą czekać na zakończenie działania skryptu startowego. Kliknij przycisk „Odśwież” u góry strony, aby zaktualizować dane wyjściowe szeregowe. Urządzenie zostanie ponownie uruchomione, aby uruchomić jądro Lustre. Wyświetlą się komunikaty podobne do tego:

Startup finished in 838ms (kernel) + 6.964s (initrd) + 49.302s (userspace) = 57.105s.
Lustre: lustre-MDT0000: Connection restored to 374e2d80-0b31-0cd7-b2bf-de35b8119534 (at 0@lo)

Oznacza to, że Lustre jest zainstalowany na klastrze Lustre, a system plików jest gotowy do użycia.

Dostęp do gromady Lustre

W sesji Cloud Shell w konsoli Google Cloud kliknij przycisk SSH obok instancji lustre-mds1. Możesz też wykonać to polecenie w Cloud Shell, zastępując <ZONE> strefą węzła lustre-mds1:

gcloud compute ssh lustre-mds1 --zone=<ZONE>

To polecenie loguje się na maszynie wirtualnej lustre-mds1. Jest to instancja serwera metadanych Lustre (MDS), który pełni też funkcję instancji serwera Lustre Management (MGS). Ta instancja obsługuje wszystkie żądania uwierzytelniania i metadanych dotyczące systemu plików.

Zamontujmy system plików w naszym wystąpieniu lustre-mds1, aby móc go później przetestować. Wykonaj te polecenia:

sudo mkdir /mnt/lustre
sudo mount -t lustre lustre-mds1:/lustre /mnt/lustre
cd /mnt/lustre

Te 3 polecenia mają trzy funkcje. Pierwsze polecenie tworzy katalog lokalny, który będzie używany jako punkt zamontowania w katalogu „/mnt/lustre”. Drugie polecenie uruchamia polecenie „mount”, aby zamontować system plików typu „lustre”, który znajduje się na serwerze lustre-mds1, a którego nazwa to „lustre”, czyli „/lustre”. Polecenie mount podłącza system plików Lustre w lokalnym katalogu „/mnt/lustre”. Trzecie polecenie zmienia katalog na /mnt/lustre, w którym zamontowano Lustre.

System plików Lustre został podłączony w katalogu /mnt/lustre. Zobaczmy, co można zrobić z tym systemem plików.

6. Prezentacja narzędzi interfejsu wiersza poleceń Lustre

Jeśli nie znasz Lustre ani jego narzędzi, podamy Ci kilka ważnych poleceń.

Narzędzie Lustre do zarządzania klastrem na niskim poziomie to „lctl”. Możemy użyć lctl do konfigurowania klastra Lustre i zarządzania nim oraz do wyświetlania usług klastra Lustre. Aby wyświetlić usługi i instancje w nowym klastrze Lustre, wykonaj:

sudo lctl dl

W zależności od wprowadzonych zmian w pliku konfiguracji Lustre YAML zobaczysz dane wyjściowe podobne do tych:

  0 UP osd-ldiskfs lustre-MDT0000-osd lustre-MDT0000-osd_UUID 11
  1 UP mgs MGS MGS 12
  2 UP mgc MGC10.128.15.2@tcp 374e2d80-0b31-0cd7-b2bf-de35b8119534 4
  3 UP mds MDS MDS_uuid 2
  4 UP lod lustre-MDT0000-mdtlov lustre-MDT0000-mdtlov_UUID 3
  5 UP mdt lustre-MDT0000 lustre-MDT0000_UUID 12
  6 UP mdd lustre-MDD0000 lustre-MDD0000_UUID 3
  7 UP qmt lustre-QMT0000 lustre-QMT0000_UUID 3
  8 UP lwp lustre-MDT0000-lwp-MDT0000 lustre-MDT0000-lwp-MDT0000_UUID 4
  9 UP osp lustre-OST0000-osc-MDT0000 lustre-MDT0000-mdtlov_UUID 4
 10 UP osp lustre-OST0002-osc-MDT0000 lustre-MDT0000-mdtlov_UUID 4
 11 UP osp lustre-OST0001-osc-MDT0000 lustre-MDT0000-mdtlov_UUID 4
 12 UP osp lustre-OST0003-osc-MDT0000 lustre-MDT0000-mdtlov_UUID 4

Serwer zarządzania Lustre (MGS) to element 1, serwer metadanych Lustre (MDS) to element 3, docelowe urządzenie metadanych Lustre (MDT) to element 5, a 4 serwery obiektów Lustre (OSS) to elementy od 8 do 12. Aby dowiedzieć się, jakie to usługi, zapoznaj się z instrukcją obsługi aplikacji Lustre.

Narzędzie do konfiguracji systemu plików w Lustre to „lfs”. Za pomocą lfs możemy zarządzać dzieleniem plików na serwerach Lustre Object Storage (OSS) i ich odpowiednich obiektach docelowych Object Storage, a także wykonywać typowe operacje na systemie plików, takie jak find, df i zarządzanie limitem.

Dzięki temu możemy skonfigurować sposób dystrybucji pliku w klastrze Lustre, aby zapewnić jak najlepszą wydajność. Chociaż dzielenie dużego pliku na jak największą liczbę OSS często zapewnia najlepszą wydajność dzięki równoległemu przetwarzaniu operacji wejścia-wyjścia, dzielenie małego pliku może spowodować gorszą wydajność niż w przypadku zapisu tego pliku tylko w jednym wystąpieniu.

Aby to przetestować, skonfigurujmy 2 katalogi: jeden z liczbą jednostkową 1 OSS, a drugi z jednorazową liczbą „-1”, co oznacza, że pliki zapisane w tym katalogu powinny być rozłożone na jak najwięcej systemów operacyjnych. Katalogi mogą zawierać konfiguracje dzielenia, które są dziedziczone przez pliki utworzone w tych katalogach, ale katalogi podrzędne i poszczególne pliki w tych katalogach można skonfigurować tak, aby były dzielone w inny sposób. Aby utworzyć te dwa katalogi, wykonaj te polecenia w katalogu „/mnt/lustre”:

sudo mkdir stripe_one
sudo mkdir stripe_all
sudo lfs setstripe -c 1 stripe_one/
sudo lfs setstripe -c -1 stripe_all/

Ustawienia Stripe pliku lub katalogu możesz wyświetlić za pomocą parametru lfs gettripe:

sudo lfs getstripe stripe_all/

W wynikach wyświetli się liczba pasków ustawiona na -1:

stripe_all/
stripe_count:  -1 stripe_size:   1048576 pattern:    raid0 stripe_offset: -1

Teraz możemy przetestować możliwe sposoby zwiększenia wydajności przez zapisanie dużego pliku podzielonego na wiele systemów OSS.

7. Test Lustre I/O

Przeprowadzimy 2 proste testy Lustre IO, aby zademonstrować możliwe korzyści związane z wydajnością i możliwościami skalowania systemu plików Lustre. Najpierw przeprowadzimy prosty test za pomocą narzędzia „dd”, aby zapisać plik o rozmiarach 5 GB w katalogu „stripe_one”. Uruchom to polecenie:

sudo dd if=/dev/zero of=stripe_one/test bs=1M count=5000

Proces zapisywania 5 GB danych na potrzeby systemu plików trwa średnio około 27 sekund, zapisując na jednym dysku trwałym (PD) na jednym serwerze Object Storage (OSS).

Aby przetestować rozstawienie w wielu systemach OSS, a tym samym na wielu PD, wystarczy zmienić katalog wyjściowy, w którym zapisujemy dane. Uruchom to polecenie:

sudo dd if=/dev/zero of=stripe_all/test bs=1M count=5000

Zmieniliśmy parametr „of=stripe_one/test” na „of=stripe_all/test”. Umożliwi to zapisywanie pojedynczego strumienia na wszystkich serwerach Object Storage i ukończenie zapisu w średnio 5,5 sekundy, czyli około 4 razy szybciej niż w przypadku 4 serwerów OSS.

Wydajność będzie rosnąć w miarę dodawania serwerów pamięci masowej obiektów. Możesz dodawać systemy OSS za pomocą systemu plików online i zacząć dzielić na nie dane, aby zwiększyć rozmiar i wydajność online. Możliwości, jakie daje Lustre w Google Cloud Platform, są nieograniczone. Z niecierpliwością czekamy na to, co uda Ci się stworzyć i jakie problemy rozwiążesz.

8. Podsumowanie

Gratulacje, udało Ci się utworzyć klaster Lustre w Google Cloud Platform. Możesz użyć tych skryptów jako punktu wyjścia do utworzenia własnego klastra Lustre i zintegrowania go ze swoim klastrem obliczeniowym w chmurze.

Czyszczenie wdrożenia

Wylogowanie z węzła Lustre:

exit

Po zakończeniu wdrożenia możesz łatwo wyczyścić wdrożenie, wykonując w Google Cloud Shell to polecenie po wylogowaniu się z klastra Lustre:

gcloud deployment-manager deployments delete lustre

Aby kontynuować, wpisz Y, gdy pojawi się odpowiedni komunikat. Ta operacja może trochę potrwać, w związku z czym prosimy o cierpliwość.

Usuwanie projektu

Aby wyczyścić dane, po prostu usuwamy nasz projekt.

  • W menu nawigacyjnym wybierz Administracja
  • Następnie kliknij ustawienia w menu podrzędnym.
  • Kliknij ikonę kosza z napisem „Usuń projekt”.
  • Postępuj zgodnie z instrukcjami

Omówione zagadnienia

  • Jak korzystać z usługi menedżera wdrażania GCP.
  • Jak skonfigurować i wdrożyć system plików Lustre w Google Cloud Platform.
  • Jak skonfigurować odzyskiwanie i przetestować proste operacje wejścia/wyjścia w systemie plików Lustre.

Znajdź pomoc

Czy tworzysz coś ciekawego za pomocą skryptów menedżera wdrażania Lustre? Masz pytania? Porozmawiaj z nami na forum dyskusyjnym Lustre w Google Cloud. Aby poprosić o dodanie funkcji, przesłać opinię lub zgłosić błędy, skorzystaj z tego formularza. Możesz też zmodyfikować kod i przesłać prośbę o wyciąganie danych. Chcesz porozmawiać z ekspertem Google Cloud? Skontaktuj się z zespołem Google Cloud już dziś na stronie Google Cloud High Performance Computing.

Więcej informacji

Prześlij opinię

Prześlij opinię o tym ćwiczeniach z programowania, korzystając z tego linku. Przesłanie opinii zajmie mniej niż 5 minut. Dziękujemy!