1. 개요
Google Cloud Platform에서 Lustre Parallel 파일 시스템 클러스터를 실행하는 Google Codelab에 오신 것을 환영합니다.
데이터는 고성능 컴퓨팅의 핵심이며, 매우 빠른 속도와 짧은 지연 시간으로 대용량 데이터에 액세스하는 것이 항상 HPC 워크로드를 실행할 때의 주요 과제였습니다. 고성능 스토리지에 대한 이러한 요구사항은 클라우드에서도 변하지 않았으며 방대한 양의 스토리지를 쉽고 빠르게 활용할 수 있는 기능이 무엇보다 중요해졌습니다.
HPC 센터는 Lustre 병렬 파일 시스템과 같은 기술을 사용하여 온프레미스에서 이러한 요구를 오랫동안 충족해 왔습니다. Lustre는 오늘날 가장 널리 사용되는 오픈소스 고성능 스토리지 솔루션 중 하나이며, 2005년 6월부터 상위 10개 슈퍼컴퓨터 중 최소 절반 이상과 전 세계에서 가장 빠른 100대 슈퍼컴퓨터 중 60개 이상에서 꾸준히 사용되고 있습니다. Lustre는 최대 수백PB의 용량을 확장하고, 시스템이 단일 네임스페이스에서 TB/s의 처리량을 제공하여 HPC 작업에 최대 성능을 제공할 수 있습니다.
스토리지에 대한 수요를 충족하기 위해 Google Cloud는 두 가지 접근 방식을 취했습니다. 첫째, GCP는 DDN과 협력하여 지원되는 엔터프라이즈급 DDN EXAScaler Lustre 소프트웨어를 GCP Marketplace에 도입했습니다. 둘째, Google Cloud의 엔지니어들은 일련의 스크립트를 개발하고 오픈소스로 제공하여 Google Cloud Deployment Manager를 사용해 Google Compute Engine에서 Lustre 스토리지 클러스터를 쉽게 구성하고 배포할 수 있습니다.
Google Cloud Platform의 Lustre는 실행되는 인프라의 최대 성능을 똑같이 제공할 수 있습니다. GCP에서의 성능이 매우 우수하여 2019년 파트너 DDN과 함께 IO-500 스토리지 시스템 벤치마크에서 8위를 차지했으며, 이는 IO-500에서 가장 높은 순위의 클라우드 기반 파일 시스템을 나타냅니다. 오늘은 Lustre용 오픈소스 Deployment Manager 스크립트를 배포하는 방법을 안내해 드리겠습니다. Lustre 전문가가 Lustre 클러스터를 지원하는 것은 물론 관리 및 모니터링 GUI 또는 Lustre 조정과 같은 기능을 갖춘 강화된 엔터프라이즈용 Lustre 환경에 관심이 있다면 DDN EXAScaler Marketplace 제품을 살펴보는 것이 좋습니다.
학습할 내용
- GCP Deployment Manager 서비스 사용 방법
- GCP에서 Lustre 파일 시스템을 구성하고 배포하는 방법입니다.
- Lustre 파일 시스템에 대한 스트리핑을 구성하고 간단한 I/O를 테스트하는 방법
기본 요건
- Google Cloud Platform 계정 및 결제가 포함된 프로젝트
- 기본 Linux 환경
2. 설정
자습형 환경 설정
프로젝트 만들기
아직 Google 계정 (Gmail 또는 G Suite)이 없는 경우 계정을 만들어야 합니다. Google Cloud Platform Console(console.cloud.google.com)에 로그인하고 리소스 관리 페이지를 엽니다.
프로젝트 만들기를 클릭합니다.
프로젝트 이름을 입력합니다. 프로젝트 ID(위 스크린샷에서 빨간색으로 강조 표시됨)를 기억합니다. 프로젝트 ID는 모든 Google Cloud 프로젝트에서 고유한 이름이어야 합니다. 프로젝트 이름이 고유하지 않은 경우 Google Cloud에서 프로젝트 이름을 기반으로 임의의 프로젝트 ID를 생성합니다.
다음으로 Google Cloud 리소스를 사용할 수 있도록 Developers Console에서 결제를 사용 설정해야 합니다.
이 Codelab을 실행하는 데에는 많은 비용이 들지 않지만 더 많은 리소스를 사용하기로 결정하거나 실행 중인 상태로 두면 비용이 더 많이 들 수 있습니다 (이 문서 끝부분의 '결론' 섹션 참조). Google Cloud Platform 가격 계산기는 여기에서 확인할 수 있습니다.
Google Cloud Platform의 신규 사용자에게는 $300의 무료 체험판이 제공됩니다.
Google Cloud Shell
Google Cloud를 노트북에서 원격으로 실행할 수도 있지만 이 Codelab에서는 Cloud에서 실행되는 명령줄 환경인 Google Cloud Shell을 사용합니다.
Google Cloud Shell 실행
GCP 콘솔에서 오른쪽 상단 툴바의 Cloud Shell 아이콘을 클릭합니다.
그런 다음 Cloud Shell 시작을 클릭합니다.
환경을 프로비저닝하고 연결하는 데 몇 분 정도 소요됩니다.
가상 머신에는 필요한 개발 도구가 모두 들어있습니다. 영구적인 5GB 홈 디렉터리를 제공하고 Google Cloud에서 실행되므로 네트워크 성능이 크게 향상되고 인증이 간소화됩니다. 이 실습에서 대부분의 작업은 웹브라우저나 Google Chromebook만으로 수행할 수 있습니다.
Cloud Shell에 연결되면 인증이 완료되었고 프로젝트가 PROJECT_ID로 이미 설정된 것을 확인할 수 있습니다.
$ gcloud auth list
명령어 결과 출력:
Credentialed accounts:
- <myaccount>@<mydomain>.com (active)
$ gcloud config list project
명령어 결과 출력:
[core]
project = <PROJECT_ID>
프로젝트 ID가 올바르게 설정되지 않은 경우 다음 명령어로 설정할 수 있습니다.
$ gcloud config set project <PROJECT_ID>
명령어 결과 출력:
Updated property [core/project].
3. Lustre 배포 구성 준비 및 검토
Lustre Deployment Manager 스크립트 다운로드
Cloud Shell 세션에서 다음 명령어를 실행하여 Google Cloud Platform용 Lustre 배포 관리자 파일이 포함된 Git 저장소를 클론 (다운로드)합니다.
git clone https://github.com/GoogleCloudPlatform/deploymentmanager-samples.git
다음 명령어를 실행하여 Lustre 배포 구성 디렉터리로 전환합니다.
cd deploymentmanager-samples/community/lustre/
Lustre 배포 YAML 구성
Deployment Manager는 YAML 파일을 사용하여 배포 구성을 제공합니다. 이 YAML 파일에는 배포할 Lustre 버전, 배포할 머신 인스턴스 유형 등 배포 구성에 관한 세부정보가 포함되어 있습니다. 이 파일은 기본적으로 할당량 증가 없이 새 프로젝트에 배포하도록 구성되지만 이 Codelab에서 원하는 대로 머신 유형이나 용량을 변경할 수 있습니다. 이 Codelab은 이러한 기본값을 사용하도록 작성되었으므로 변경사항이 있는 경우 오류를 방지하려면 이 Codelab 전체에 걸쳐 변경사항을 적용해야 합니다. 프로덕션에서는 스토리지 용량 및 유형에 따라 MDS 노드에 vCPU 인스턴스 32개 이상, OSS 노드용으로 vCPU 인스턴스 8개 또는 16개 이상이 권장됩니다.
Cloud Shell 세션에서 YAML 파일을 검토하거나 수정하려면 배포 구성 YAML 파일 Lustre-cluster.yaml을 엽니다. 선호하는 명령줄 편집기 (vi, nano, emacs 등)를 사용하거나 Cloud 콘솔 코드 편집기를 사용하여 파일 콘텐츠를 볼 수 있습니다.
파일의 내용은 다음과 같습니다.
# [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]
이 YAML 파일에는 여러 필드가 있습니다. 아래에서 별표 (*)로 표시된 입력란은 필수 항목입니다. 이러한 필드는 다음과 같습니다.
클러스터 구성
- cluster_name* - Lustre 클러스터의 이름으로, 배포된 모든 리소스에 접두사로 추가됩니다.
- zone* - 클러스터를 배포할 영역
- cidr* - CIDR 형식의 IP 범위
- external_ips* - 참/거짓, Lustre 노드에 외부 IP 주소가 있습니다. false이면 Cloud NAT가 NAT 게이트웨이로 설정됩니다.
- vpc_net - Lustre 클러스터를 기존 VPC에 배포하려면 이 필드와 vpc_subnet 필드를 정의합니다.
- vpc_subnet - Lustre 클러스터를 배포할 기존 VPC 서브넷
- shared_vpc_host_proj - 이 필드와 vpc_net 및 vpc_subnet 필드를 정의하여 클러스터를 공유 VPC에 배포합니다.
파일 시스템 구성
- fs_name - Lustre 파일 시스템 이름
- lustre_version - 배포할 Lustre 버전입니다. 'latest-release'를 사용하여 https://downloads.whamcloud.com/public/lustre/의 최신 브랜치를 배포하거나 lustre-X.X.X를 사용하여 다른 버전을 배포합니다.
- e2fs_version - 배포할 E2fsprogs 버전. 다른 버전을 배포하려면 'latest'를 사용하여 https://downloads.whamcloud.com/public/e2fsprogs/에서 최신 브랜치를 배포하세요.
MDS/MGS 구성
- mds_ip_address - MDS/MGS 노드에 지정할 내부 IP 주소
- mds_machine_type - MDS/MGS 노드에 사용할 머신 유형 (https://cloud.google.com/compute/docs/machine-types 참고)
- mds_boot_disk_type: MDS/MGS 부팅 디스크에 사용할 디스크 유형(pd-standard, pd-ssd)
- mds_boot_disk_size_gb - MDS 부팅 디스크 크기(GB)
- mdt_disk_type* - 메타데이터 대상 (MDT) 디스크에 사용할 디스크 유형 (pd-standard, pd-ssd, local-ssd)
- mdt_disk_size_gb* - MDT 디스크의 크기(GB)
OSS 구성
- oss_node_count* - 생성할 객체 스토리지 서버(OSS) 노드 수
- oss_ip_range_start: OSS 노드의 IP 범위 시작입니다. 지정하지 않으면 자동 IP 할당을 사용합니다.
- oss_machine_type - OSS 노드에 사용할 머신 유형
- oss_boot_disk_type - OSS 부팅 디스크에 사용할 디스크 유형 (pd-standard, pd-ssd)
- oss_boot_disk_size_gb - MDS 부팅 디스크 크기(GB)
- ost_disk_type* - OST (객체 스토리지 대상) 디스크에 사용할 디스크 유형 (pd-standard, pd-ssd, local-ssd)
- ost_disk_size_gb* - OST 디스크의 크기(GB)
4. 구성 배포 및 확인
구성 배포
Cloud Shell 세션에서 Lustre-gcp 폴더에서 다음 명령어를 실행합니다.
gcloud deployment-manager deployments create lustre --config lustre.yaml
이 명령어는 Lustre라는 배포를 만듭니다. 이 작업은 완료하는 데 최대 10~20분이 걸릴 수 있으므로 기다려 주세요.
배포가 완료되면 다음과 비슷한 출력이 표시됩니다.
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 []
배포 확인
Google Cloud Platform 콘솔에서 배포를 보려면 다음 단계를 따르세요.
- Cloud Platform 콘솔에서 콘솔 왼쪽 상단에 있는 제품 및 서비스 메뉴 (가로선 3개)를 엽니다.
- Deployment Manager를 클릭합니다.
- Lustre를 클릭하여 배포 세부정보를 확인합니다.
- Overview - Lustre를 클릭합니다. 배포 속성 창에는 전체 배포 구성이 표시됩니다.
- 구성 속성에서 '보기'를 클릭합니다. 구성 창에는 앞서 수정한 배포 구성 YAML 파일의 콘텐츠가 표시됩니다. 계속하기 전에 콘텐츠가 올바른지 확인하세요. 배포 구성을 변경해야 하는 경우 '배포 삭제'의 단계에 따라 배포를 삭제하고 'Lustre 배포 YAML 구성'의 단계에 따라 배포를 다시 시작합니다.
- (선택사항) Lustre-cluster 섹션에서 Lustre.jinja 템플릿으로 만든 각 리소스를 클릭하고 세부정보를 검토합니다.
배포 구성이 확인되었으므로 클러스터의 인스턴스가 시작되었는지 확인해 보겠습니다. Cloud Platform 콘솔의 제품 및 서비스 메뉴에서 Compute Engine > VM 인스턴스를 클릭합니다.
VM 인스턴스 페이지에서 배포 관리자가 만든 가상 머신 인스턴스 5개를 검토합니다. 여기에는 lustre-mds1, lustre-oss1, lustre-oss2, lustre-oss3,lustre-oss4가 포함됩니다.
5. Lustre 클러스터에 액세스
설치 모니터링
VM 인스턴스 페이지에서 lustre-mds1을 클릭하여 인스턴스 세부정보 페이지를 엽니다.
직렬 포트 1(콘솔)을 클릭하여 직렬 콘솔 출력 페이지를 엽니다. 이 시리얼 출력을 사용하여 MDS 인스턴스의 설치 프로세스를 모니터링하고 시작 스크립트가 완료될 때까지 기다립니다. 페이지 상단의 '새로고침' 버튼을 클릭하여 직렬 출력을 업데이트합니다. 노드가 Lustre 커널로 부팅하기 위해 한 번 재부팅되고 다음과 유사한 메시지가 표시됩니다.
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)
즉, Lustre가 Lustre 클러스터에 설치되었으며 파일 시스템을 사용할 준비가 되었습니다.
Lustre 클러스터에 액세스
Cloud Shell 세션에서 Google Cloud 콘솔의 lustre-mds1 인스턴스 옆에 있는 SSH 버튼을 클릭합니다. 또는 Cloud Shell에서 다음 명령어를 실행하고 lustre-mds1 노드의 영역을 <ZONE>으로 대체합니다.
gcloud compute ssh lustre-mds1 --zone=<ZONE>
이 명령어는 lustre-mds1 가상 머신에 로그인합니다. Lustre MDS (Metadata Server) 인스턴스이며 Lustre Management Server (MGS) 인스턴스 역할도 합니다. 이 인스턴스는 파일 시스템에 대한 모든 인증 및 메타데이터 요청을 처리합니다.
나중에 테스트할 수 있도록 lustre-mds1 인스턴스에 파일 시스템을 마운트해 보겠습니다. 다음 명령어를 실행합니다.
sudo mkdir /mnt/lustre sudo mount -t lustre lustre-mds1:/lustre /mnt/lustre cd /mnt/lustre
이 세 가지 명령어는 세 가지 작업을 실행합니다. 첫 번째 명령어는 '/mnt/lustre'에서 마운트 지점으로 사용할 로컬 디렉터리를 만듭니다. 두 번째 명령어는 'mount' 명령어를 실행하여 lustre-mds1 서버에 있는 'lustre' 유형 파일 시스템을 마운트합니다. 이 파일 시스템의 이름은 'lustre'이며 '/lustre'로 표시됩니다. 마운트 명령어는 Lustre 파일 시스템을 로컬 '/mnt/lustre' 디렉터리에 마운트합니다. 마지막으로 세 번째 명령어는 Lustre가 마운트된 /mnt/lustre 디렉터리로 디렉터리를 변경합니다.
이제 Lustre 파일 시스템을 /mnt/lustre에 마운트했습니다. 이 파일 시스템으로 무엇을 할 수 있는지 살펴보겠습니다.
6. Lustre CLI 도구 둘러보기
Lustre와 도구에 익숙하지 않은 분을 위해 몇 가지 중요한 명령어를 살펴보겠습니다.
Lustre의 하위 수준 클러스터 관리 도구는 'lctl'입니다. lctl을 사용하여 Lustre 클러스터를 구성 및 관리하고 Lustre 클러스터의 서비스를 볼 수 있습니다. 새 Lustre 클러스터의 서비스와 인스턴스를 보려면 다음을 실행합니다.
sudo lctl dl
Lustre YAML 구성 파일의 변경사항에 따라 다음과 유사한 출력이 표시됩니다.
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
Lustre 관리 서버 (MGS)를 항목 1로, Lustre 메타데이터 서버 (MDS)를 항목 3으로, Lustre 메타데이터 타겟 (MDT)을 항목 5로, 4개의 Lustre 객체 스토리지 서버 (OSS)를 항목 8~12로 확인할 수 있습니다. 다른 서비스에 대해 알아보려면 Lustre 매뉴얼을 검토하세요.
Lustre의 파일 시스템 구성 도구는 'lfs'입니다. lfs를 사용하여 Lustre OSS(Object Storage Service)와 각 OSS의 객체 스토리지 대상(OST)에서 파일의 스트리핑을 관리하고 find, df, 할당량 관리와 같은 일반적인 파일 시스템 작업을 실행할 수 있습니다.
스트라이핑을 사용하면 파일이 Lustre 클러스터 전체에 분산되는 방식을 구성하여 가능한 한 최상의 성능을 제공할 수 있습니다. 가능한 한 많은 OSS에 걸쳐 큰 파일을 스트리핑하면 IO를 병렬화하여 최상의 성능을 얻을 수 있는 경우가 많지만, 작은 파일을 스트리핑하면 단일 인스턴스에만 파일을 썼을 때보다 성능이 저하될 수 있습니다.
이를 테스트하려면 스트라이프 수가 OSS 1개인 디렉터리와 스트라이프 수가 '-1'인 디렉터리(이 디렉터리에 작성된 파일이 최대한 많은 OSS에 걸쳐 스트라이프되어야 함을 나타냄)를 두 개 설정해 보겠습니다. 디렉터리는 내부에서 생성된 파일에 의해 상속되는 스트리핑 구성을 보유할 수 있지만 원하는 경우 해당 디렉터리 내의 하위 디렉터리와 개별 파일을 다르게 스트리핑되도록 구성할 수 있습니다. 이 두 디렉터리를 만들려면 '/mnt/lustre' 디렉터리에서 다음 명령어를 실행합니다.
sudo mkdir stripe_one sudo mkdir stripe_all sudo lfs setstripe -c 1 stripe_one/ sudo lfs setstripe -c -1 stripe_all/
lfs gettripe를 사용하여 파일 또는 디렉토리의 스트라이프 설정을 볼 수 있습니다.
sudo lfs getstripe stripe_all/
스트라이프 수가 -1로 설정된 출력이 표시됩니다.
stripe_all/
stripe_count: -1 stripe_size: 1048576 pattern: raid0 stripe_offset: -1
이제 여러 OSS에 걸쳐 스트리핑된 대용량 파일을 작성하여 얻을 수 있는 성능 개선을 테스트할 준비가 되었습니다.
7. Lustre I/O 테스트
Lustre IO에 관한 간단한 테스트 두 가지를 실행하여 Lustre 파일 시스템의 잠재적인 성능 이점과 확장 기능을 보여줍니다. 먼저 'dd' 유틸리티를 사용하여 간단한 테스트를 실행하여 5GB 파일을 'stripe_one' 디렉터리에 씁니다. 다음 명령어를 실행합니다.
sudo dd if=/dev/zero of=stripe_one/test bs=1M count=5000
파일 시스템에 5GB의 데이터를 쓰는 프로세스는 평균 약 27초이며, 단일 OSS (Object Storage Server)의 단일 영구 디스크 (PD)에 씁니다.
여러 OSS와 여러 PD에서 스트리핑을 테스트하려면 쓰는 출력 디렉터리만 변경하면 됩니다. 다음 명령어를 실행합니다.
sudo dd if=/dev/zero of=stripe_all/test bs=1M count=5000
'of=stripe_one/test'가 'of=stripe_all/test'로 변경된 것을 알 수 있습니다. 이렇게 하면 단일 스트림 쓰기가 모든 객체 스토리지 서버에 쓰기를 분산하고 4개의 OSS를 사용하면 평균 5.5초 만에 쓰기를 완료할 수 있어 약 4배 더 빠릅니다.
객체 스토리지 서버를 추가하면 이 성능은 계속 증가하며, 파일 시스템이 온라인 상태에서 OSS를 추가하고 데이터를 스트리핑하여 온라인에서 용량과 성능을 높일 수 있습니다. Google Cloud Platform에서 Lustre를 사용하면 무한한 가능성이 열립니다. 개발자 여러분이 어떤 앱을 빌드하고 어떤 문제를 해결할지 기대됩니다.
8. 결론
축하합니다. Google Cloud Platform에 Lustre 클러스터를 만들었습니다. 이러한 스크립트를 시작점으로 사용하여 자체 Lustre 클러스터를 빌드하고 클라우드 기반 컴퓨팅 클러스터와 통합할 수 있습니다.
배포 삭제
Lustre 노드에서 로그아웃:
exit
완료되면 Lustre 클러스터에서 로그아웃한 후 Google Cloud Shell에서 다음 명령어를 실행하여 배포를 쉽게 정리할 수 있습니다.
gcloud deployment-manager deployments delete lustre
메시지가 표시되면 Y를 입력하여 계속 진행합니다. 이 작업은 다소 시간이 걸릴 수 있으니 기다려 주시기 바랍니다.
프로젝트 삭제
정리하려면 프로젝트를 삭제하기만 하면 됩니다.
- 탐색 메뉴에서 IAM 및 관리자를 선택합니다.
- 그런 다음 하위 메뉴에서 설정을 클릭합니다.
- "프로젝트 삭제"라는 텍스트가 있는 휴지통 아이콘을 클릭합니다.
- 표시되는 안내를 따릅니다.
학습한 내용
- GCP Deployment Manager 서비스를 사용하는 방법
- GCP에서 Lustre 파일 시스템을 구성하고 배포하는 방법
- Lustre 파일 시스템에 스트라이핑을 구성하고 간단한 I/O를 테스트하는 방법
지원받기
Lustre Deployment Manager 스크립트를 사용하여 멋진 무언가를 빌드하고 계신가요? 궁금한 점이 있으신가요? Google Cloud Lustre 토론 그룹에서 Google과 채팅하세요. 기능을 요청하거나 의견을 제공하거나 버그를 신고하려면 이 양식을 사용하거나 언제든지 코드를 수정하고 풀 리퀘스트를 제출하세요. Google Cloud 전문가와 상담하고 싶으신가요? 지금 Google Cloud의 고성능 컴퓨팅 웹사이트를 통해 Google Cloud팀에 문의하세요.
자세히 알아보기
의견
이 링크를 사용하여 이 Codelab에 관한 의견을 제출해 주세요. 의견을 제출하는 데 5분도 채 걸리지 않습니다. 감사합니다.