네트워크 연결 스토리지(NAS)라고도 하는 파일 스토리지는 애플리케이션에 대한 파일 수준의 액세스 권한을 제공하여 여러 머신 간에 공유할 수 있는 정보를 읽고 업데이트합니다. 일부 온프레미스 파일 스토리지 솔루션에는 수직 확장 아키텍처가 사용되며 단순히 스토리지를 고정된 양의 컴퓨팅 리소스에 추가합니다. 다른 파일 스토리지 솔루션에는 필요에 따라 기존 파일 시스템에 용량 및 컴퓨팅(성능)을 추가할 수 있는 수평 확장 아키텍처가 사용됩니다. 두 스토리지 아키텍처 모두 하나 이상의 가상 머신(VM)이 스토리지에 액세스할 수 있습니다.
일부 파일 시스템은 기본 POSIX 클라이언트를 사용하지만 대다수의 스토리지 시스템은 클라이언트 머신이 파일 시스템을 마운트하고 로컬로 호스팅된 경우처럼 파일에 액세스할 수 있게 해주는 프로토콜을 사용합니다. 파일 공유을 내보내는 가장 일반적인 프로토콜은 Linux(그리고 일부 경우에는 Windows)의 경우 네트워크 파일 시스템(NFS), Windows의 경우 서버 메시지 블록(SMB)입니다.
이 문서는 파일을 공유할 수 있는 다음 옵션을 설명합니다.
- Compute Engine Persistent Disk 및 로컬 SSD
- 관리형 솔루션:
- Google Cloud Marketplace의 파트너 솔루션:
모든 Google Cloud 서비스의 성능과 예측 가능성의 기본 요소는 여러 해 동안 진화한 Google의 네트워크 스택입니다. Google은 Jupiter Fabric을 이용하여 워크로드에 영향을 미치지 않고 계속해서 진화할 수 있는 견고하고 확장 가능하며 안정적인 네트워킹 스택을 구축했습니다. Google이 내부적으로 네트워크 기능을 개선하고 강화함에 따라 귀사의 파일 공유 솔루션도 성능 추가에 따른 혜택을 얻게 됩니다.
투자 효과를 극대화할 수 있는 Google Cloud의 한 가지 기능은 커스텀 VM 유형을 지정하는 것입니다. 파일러의 크기를 선택할 때 메모리와 CPU를 정확하게 조합하여 너무 많지 않은 구성원으로 파일러가 최적 성능으로 작동하도록 할 수 있습니다.
또한 파일 서버의 스토리지 기기가 네트워크 대역폭은 물론 필요한 스토리지 대역폭과 IOPS를 받을 수 있도록 올바른 Compute Engine 영구 디스크 용량 및 vCPU 수를 선택해야 합니다. VM은 모든 vCPU(최대 개수까지)마다 2Gbps의 네트워크 처리량을 수신합니다. 영구 디스크 미세 조정은 영구 디스크 및 로컬 SSD 성능 최적화를 참조하세요.
Cloud Storage도 중복성이 높은 페타바이트 규모의 데이터를 적은 비용으로 저장할 수 있는 좋은 방법이지만 Cloud Storage는 성능과 API가 여기서 설명하는 파일 서버와는 다릅니다.
파일 서버 솔루션 요약
다음 표에는 파일 서버 솔루션과 기능이 요약되어 있습니다.
| 해결책 | 최적의 데이터 세트 | 처리량 | 관리형 지원 | 내보내기 프로토콜 |
|---|---|---|---|---|
| Filestore 기본 | 1TiB~64TiB | 최대 1.2GiB/s | Google 완전 관리형 | NFSv3 |
| Filestore Zonal | 1TiB~100TiB | 최대 26GiB/s | Google 완전 관리형 | NFSv3 |
| Filestore Enterprise | 1TiB~10TiB | 최대 1.2GiB/s | Google 완전 관리형 | NFSv3 |
| Google Cloud NetApp Volumes | 1GiB~100TiB | MBs/s~4.5GiB/s | Google 완전 관리형 | NFSv3, NFSv4.1, SMB2, SMB3 |
| NetApp Cloud Volumes ONTAP | 1GiB~1PiB | 다양한 가격 | 고객 관리 | NFSv3, NFSv4.1, SMB2, SMB3, iSCSI |
| Nasuni | 수십 TB ~ 1PB 미만 | 최대 1.2GBps | Nasuni 및 고객 관리형 | NFSv3, NFSv4, NFSv4.1, NFSv4.2, SMB2, SMB3 |
| 읽기 전용 Persistent Disk | 64TB 미만 | 240~1,200MBps | 아니요 | 직접 연결 |
Persistent Disk와 로컬 SSD
데이터에 하나의 VM만 액세스하면 되거나 시간이 지나도 바뀌지 않는 데이터인 경우 Compute Engine Persistent Disk 볼륨을 사용하고 파일 서버를 완전히 배제할 수 있습니다. 영구 디스크를 사용하면 Ext4 또는 XFS와 같은 파일 시스템으로 포맷하고 읽기-쓰기 또는 읽기 전용 모드로 볼륨을 연결할 수 있습니다. 즉, 우선 특정 볼륨을 특정 인스턴스에 연결하고 필요한 데이터와 함께 이를 로드한 다음, 이것을 수백 개의 VM에 동시에 읽기 전용 디스크로서 연결할 수 있다는 뜻입니다. 모든 사용 사례에 읽기 전용 영구 디스크를 사용할 수 있는 것은 아니지만 파일 서버 사용에 비해 복잡성이 크게 감소합니다.
영구 디스크는 일관된 성능을 제공합니다. 인스턴스에 연결하는 같은 크기의(그리고 SSD 영구 디스크의 경우 vCPU 수가 같은) 모든 디스크 성능 특성은 서로 동일합니다. 프로덕션에서 영구 디스크를 사용하기 전에 미리 가동하거나 테스트할 필요가 없습니다.
볼륨을 프로비저닝한 후에 고려해야 할 I/O 비용이 없으므로 영구 디스크 비용을 쉽게 파악할 수 있습니다. 또한 필요에 따라 영구 디스크의 크기를 조절할 수도 있습니다. 이렇게 하면 적은 비용과 용량이 작은 볼륨으로 시작할 수 있으며 용량을 확장하기 위해 추가 인스턴스 또는 디스크를 생성할 필요가 없습니다.
총 스토리지 용량이 주요 요구사항이라면 저렴한 표준 영구 디스크를 사용할 수 있습니다. 내구성을 지속하면서 최고의 성능을 얻기 위해서는 SSD 영구 디스크를 사용할 수 있습니다.
데이터 수명이 짧고 데이터에 밀리초 미만의 지연과 높은 초당 I/O 작업 수(IOPS)가 필요하면 로컬 SSD(최대 9TB)를 활용하여 성능을 극대화하면 됩니다. 로컬 SSD는 Gbps 대역폭과 수백만 IOPS를 제공하지만 인스턴스의 할당된 네트워크 대역폭은 사용하지 않습니다. 로컬 SSD에는 가용성, 내구성, 유연성이 어느 정도 상충됩니다.
Compute Engine 인스턴스에 사용할 수 있는 여러 가지 디스크 유형 비교는 블록 스토리지 문서를 참조하세요.
파일 스토리지 솔루션 선택 시 고려사항
파일 스토리지 솔루션을 선택할 때 관리 효율성, 비용, 성능, 확장성 중에서 선택해야 합니다. 워크로드가 잘 정의되어 있으면 보다 쉽게 결정할 수 있지만, 이러한 경우는 흔치 않습니다. 시간이 지나면서 워크로드가 진화하거나 심하게 변형되는 경우 비용 절감을 희생시켜 유연성과 탄력성을 얻음으로써 솔루션으로 확장시키는 것이 좋습니다. 반면에 일시적이고 잘 알려진 워크로드가 있으면 중간 스토리지 요구를 충족하기 위해 세분화하고 다시 빌드할 수 있는 목적별 파일 스토리지 아키텍처를 만들 수 있습니다.
가장 먼저 해야 할 결정은 제품 지원이 포함된 솔루션 또는 지원되지 않는 솔루션과 같이 관리형 스토리지 서비스에 대한 비용 지급 여부를 결정하는 것입니다.
- 관리형 파일 스토리지 서비스는 Google 또는 파트너가 모든 작업을 처리하기 때문에 운영하기가 가장 쉽습니다. 이러한 서비스는 다른 대부분의 Google Cloud 서비스와 같이 가용성에 대한 서비스수준계약(SLA)도 제공할 수 있습니다.
- 관리되지는 않지만 지원되는 솔루션은 유연성이 큽니다. 파트너가 모든 문제를 해결할 수 있지만 스토리지 솔루션의 일상적인 작업은 사용자 몫입니다.
- 지원되지 않는 솔루션은 모든 문제가 사용자 책임이므로 배포 및 유지 관리에 많은 노력이 필요합니다. 이러한 솔루션은 이 문서에서 다루지 않습니다.
그런 다음에는 솔루션의 내구성 및 가용성 요구사항을 결정해야 합니다. 대부분의 파일 솔루션은 영역별 솔루션이며 기본적으로 영역에 장애가 발생하면 보호 기능을 제공하지 않습니다. 따라서 영역별 장애로부터 보호하는 재해 복구(DR) 솔루션이 필요한지 여부를 확인하는 것이 중요합니다. 또한 내구성 및 가용성에 대한 애플리케이션 요구사항을 이해하는 것이 중요합니다. 예를 들어 파일 솔루션 소프트웨어 구성과 마찬가지로 배포에서 로컬 SSD 또는 영구 디스크 중 무엇을 선택하는지도 큰 영향을 줄 수 있습니다. 우수한 내구성과 가용성을 갖추고 영역 및 리전에 장애가 발생하는 것을 방지하기 위해서는 각 솔루션마다 세심한 계획이 필요합니다.
마지막으로 데이터에 액세스해야 하는 위치(즉, 영역, 리전, 온프레미스 데이터 센터)를 고려합니다. 일부 솔루션에서만 하이브리드 온프레미스 및 클라우드 내 액세스를 허용하므로 파일러 솔루션을 선택할 때 데이터에 액세스하는 컴퓨팅 팜의 위치를 고려해야 합니다.
관리형 파일 스토리지 솔루션
이 섹션에서는 Google 관리형 파일 스토리지 솔루션에 대해 설명합니다.
Filestore 기본
Filestore는 Google의 완전 관리형 NAS 솔루션입니다.
Filestore Basic 인스턴스는 파일 공유, 소프트웨어 개발, GKE 워크로드에 적합합니다. 데이터 저장을 위해 HDD 또는 SSD를 선택할 수 있습니다. 성능은 SSD가 더 뛰어납니다. 두 옵션 모두 용량이 점진적으로 확장되며 백업을 사용하여 데이터를 보호할 수 있습니다.
Filestore Zonal
Filestore Zonal은 Google Cloud 및 하이브리드 클라우드 간의 엔터프라이즈 스토리지 및 데이터 관리를 단순화합니다. Filestore Zonal은 전역 데이터에 대해 비용 효율적인 고성능 병렬 액세스를 제공하는 한편, 동적으로 확장 가능한 분산형 파일 시스템으로 지원되는 엄격한 일관성을 유지합니다. Filestore Zonal에서는 기존 NFS 애플리케이션 및 NAS 워크플로가 리팩터링 없이 클라우드에서 실행될 수 있지만, 엔터프라이즈 데이터 서비스의 이점(고가용성, 압축, 중복 삭제 등)을 보유합니다. Filestore CSI 드라이버가 탑재되어 있어 데이터 지속성, 이동성, 컨테이너화된 워크로드 공유가 원활합니다.
필요에 따라 Filestore Zonal 인스턴스를 확장할 수 있습니다. 이렇게 하면 필요한 경우 파일 시스템 인프라를 만들고 확장하여 스토리지 성능과 용량이 항상 동적 워크플로 요구사항에 맞게 유지됩니다. Filestore Zonal 클러스터가 확장되면 메타데이터 및 I/O 성능이 모두 이에 비례하여 확장됩니다. 이 같은 확장 덕분에 고성능 컴퓨팅, 분석, 사이트 간 데이터 집계, DevOps 등과 같은 광범위한 데이터 집약적 워크플로를 개선하고 가속화할 수 있습니다. 따라서 Filestore Zonal은 생명과학(예: 게놈 시퀀싱), 금융 서비스, 미디어 및 엔터테인먼트와 같은 데이터 중심 산업에서 사용하기에 매우 적합합니다.
Filestore Enterprise
Filestore Enterprise는 99.99% 리전별 가용성을 제공하는 SLA로 지원되는, Google Cloud에서 중요한 파일 기반 애플리케이션을 배포할 수 있게 해주는 완전 관리형 클라우드 기반 NFS 솔루션입니다. 99.99% 리전별 가용성 SLA의 경우 Filestore Enterprise는 고가용성이 필요한 애플리케이션용으로 설계됩니다. 마우스 클릭 몇 번(또는 몇 가지 gcloud 명령어 또는 API 호출)을 통해 한 리전 내에서 3개 영역 간에 동기적으로 복제되는 NFS 공유를 프로비저닝할 수 있습니다. 리전 내 영역을 사용할 수 없으면 Filestore Enterprise가 사용자 측의 운영 개입 없이도 애플리케이션에 데이터를 투명하게 계속 제공합니다.
중요 데이터의 보호 수준을 높이기 위해 Filestore에서는 또한 파일 시스템에 대해 스냅샷을 주기적으로 작성하고 유지할 수 있습니다. Filestore를 사용하면 모든 이전 복구 지점으로부터 10분 이내에 개별 파일 또는 전체 파일 시스템을 복구할 수 있습니다.
SAP와 같은 중요 애플리케이션의 경우 데이터베이스 및 애플리케이션 계층이 모두 고가용성이어야 합니다. 이러한 요구사항을 충족시키기 위해서는 기본 제공되는 데이터베이스 고가용성을 사용해서 여러 영역에서 Persistent Disk에 SAP 데이터베이스 계층을 배포할 수 있습니다. 이와 비슷하게, 여러 VM 간에 공유 실행 파일이 필요한 NetWeaver 애플리케이션 계층을 Filestore Enterprise에 배포하여, 리전 내에서 여러 영역 간에 Netweaver 데이터를 복제할 수 있습니다. 그 결과 고가용성의 3계층 중요한 애플리케이션 아키텍처를 얻을 수 있습니다.
IT 조직은 또한 Google Kubernetes Engine(GKE)의 컨테이너에 스테이트풀(Stateful) 애플리케이션 배포를 점차적으로 늘립니다. 이로 인해 해당 애플리케이션을 지원하기 위해 사용할 스토리지 인프라를 다시 고려해야 할 수 있습니다. 블록 스토리지(Persistent Disk), 파일 스토리지(Filestore Basic, Zonal, Enterprise) 또는 객체 스토리지(Cloud Storage)를 사용할 수 있습니다. 관리형 Filestore CSI 드라이버 및 멀티 공유 지원이 포함된 Filestore Enterprise를 사용하면 여러 GKE 포드가 필요한 조직에 공유 파일 액세스를 제공하여 미션 크리티컬 워크로드에 대해 향상된 가용성 수준을 제공할 수 있습니다.
NetApp Volumes
NetApp Volumes는 Google Cloud 컴퓨팅 인스턴스에 공유 파일 스토리지를 신속하게 마운트할 수 있는 완전 관리형 Google 서비스입니다. NetApp Volumes는 SMB, NFS, 멀티 프로토콜 액세스를 지원합니다. NetApp Volumes는 우수한 데이터 보호 기능(스냅샷 사본, 리전 간 복제 및 백업)과 함께 낮은 지연 시간으로 애플리케이션에 높은 성능을 제공합니다. 이 서비스는 수백 또는 수천 개의 Compute Engine 인스턴스로 확장할 수 있는 순차 워크로드와 무작위 워크로드를 모두 요구하는 애플리케이션에 적합합니다. 100GiB~100TiB의 볼륨을 단 몇 초 만에 프로비저닝할 수 있으며 강력한 데이터 보호 기능으로 보호할 수 있습니다. 필요에 따라 변경할 수 있는 세 가지 서비스 수준(표준, 프리미엄, 익스트림)이 있는 NetApp Volumes는 가용성에 영향을 주지 않으면서 적합한 성능을 제공합니다. NetApp Volumes를 사용할 수 있는 Google Cloud 위치에 대한 자세한 내용은 NetApp Volumes 위치를 참조하세요.
Cloud Marketplace의 파트너 솔루션
Cloud Marketplace에서 사용할 수 있는 파트너 제공 솔루션은 다음과 같습니다.
NetApp Cloud Volumes ONTAP
NetApp Cloud Volumes ONTAP(NetApp CVO)은 NetApp의 선도적인 데이터 관리 운영체제인 ONTAP의 모든 기능을 Google Cloud에서 사용할 수 있게 하는 고객 관리형 클라우드 기반 솔루션입니다. NetApp CVO는 Google에서 청구 및 지원을 제공하는 VPC 내에 배포됩니다. ONTAP 소프트웨어는 Compute Engine VM에서 실행되며 영구 디스크와 Cloud Storage 버킷(계층화가 사용 설정된 경우)의 조합을 사용하여 NAS 데이터를 저장합니다. 기본 제공 파일은 씬 프로비저닝을 사용하여 NAS 볼륨을 수용하므로 사용하는 스토리지에 대해서만 비용을 지불하면 됩니다. 데이터가 증가하면 집계 용량 풀에 추가 영구 디스크가 추가됩니다.
NetApp CVO는 기본 인프라를 추상화하고 클라우드 또는 온프레미스 환경의 다른 모든 ONTAP 볼륨과 일치하는 집계 풀에서 분할된 가상 데이터 볼륨을 만들 수 있게 해줍니다. 생성된 데이터 볼륨은 모든 버전의 NFS, SMB, 멀티 프로토콜 NFS/SMB, iSCSI를 지원하며 전자 설계 자동화(EDA), 미디어, 엔터테인먼트와 같은 여러 산업에서 사용되는 웹 및 리치 미디어 콘텐츠를 비롯한다양한 파일 기반 워크로드를 지원합니다.
NetApp CVO는 즉각적인 공간 절약 특정 시점 스냅샷, 기본 제공되는 블록 수준, Cloud Storage로의 증분 영구 백업 및 재해 복구를 위한 리전 간 비동기 복제를 지원합니다. Compute Engine 인스턴스 유형 및 영구 디스크를 선택하는 옵션을 통해 워크로드에 필요한 성능을 얻을 수 있습니다. 고성능 구성으로 작동하는 경우에도 NetApp CVO는 중복 삭제, 컴팩션, 압축과 같은 스토리지 효율성을 구현하고 자주 사용하지 않는 데이터를 Cloud Storage 버킷에 자동 계층화하여 페타바이트 단위의 데이터를 저장하는 동시에 전반적인 스토리지 비용을 크게 절감할 수 있습니다.
DDN EXAScaler Cloud
DDN의 EXAScaler Cloud Platform은 고성능 데이터 처리를 지원하고 AI, HPC, 분석 워크로드를 지원하는 데 필요한 대량의 데이터를 관리하는 데 사용되는 업계 최고의 병렬 공유 파일 솔루션입니다. 생명과학, 에너지, 자율 주행 차량, 금융 서비스, 기타 데이터 집약적인 고객은 클라우드에서 AI 및 분석에 EXAScaler Cloud를 활용하여 Google Cloud 리소스에서 수익을 극대화하고 클라우드 버스트 처리와 장기 데이터 보관을 지원하는 민첩한 워크플로를 구축할 수 있습니다.
EXAScaler Cloud의 이상적인 활용으로는 딥 러닝 및 추론 AI 애플리케이션, 주문형 고성능 처리를 이용하는 클라우드 버스트용 하이브리드 클라우드 아키텍처, 온프레미스 EXAScaler 배포로 장기 애셋을 보관하기 위한 스토리지 등이 있습니다. 클라우드 기반 EXAScaler는 배포가 간단하며 상위 100대의 슈퍼컴퓨터의 3분의 2 이상을 구동하는 DDN의 병렬 파일 시스템을 활용합니다.
EXAScaler Cloud는 I/O 경합을 줄이고 대규모 클라이언트에 대해 공유 스토리지에 복원력이 우수한 액세스를 제공하여 인사이트 제공 시간을 줄이고 데이터 중심의 클라우드 워크로드를 최적화할 수 있도록 설계되었습니다. EXAScaler Cloud는 네트워크 및 컴퓨팅 인스턴스 자체를 포함하여 애플리케이션부터 스토리지 기기까지 고성능을 위해 전체 환경을 최적화합니다.
유연한 구성을 자랑하는 EXAScaler Cloud는 고성능 스크래치 워크로드, 더 많은 영구 IOPS 또는 처리량 지향 애플리케이션, 장기적으로 유지되는 영구 데이터에 유용합니다. 사용자는 클라우드에서 온프레미스 아키텍처를 모방하여 워크로드를 원활하게 전환하므로 워크로드가 이동할 때 최종 사용자 애플리케이션 중단을 최소화할 수 있습니다.
DDN EXAScaler Cloud는 확장 가능한 워크로드를 처리하며 세계 최대 규모의 데이터 환경을 지원하는 전문 기술을 기반으로 하고 있습니다. 사용자는 프리미엄 지원 옵션을 통해 온프레미스 및 클라우드에서 동일한 전문가 지원 환경을 이용할 수 있습니다.
자세한 내용은 다음을 참조하세요.
Nasuni 클라우드 파일 스토리지
Nasuni는 백업 및 DR 하드웨어를 포함하여 엔터프라이즈 파일 서버와 NAS 장치 및 모든 연관된 인프라를 더 간단한 저비용 클라우드 대체 항목으로 바꿔줍니다. Nasuni는 빠르고 비구조적인 파일 데이터 증가를 처리하기 위해 Google Cloud 객체 스토리지를 사용하여 확장되는 보다 효율적인 Software-as-a-Service(SaaS) 스토리지 솔루션을 제공합니다. Nasuni는 근무 위치에 관계없이 모든 직원에 대한 부서, 프로젝트, 조직 파일 공유, 애플리케이션 워크플로를 처리하도록 설계되었습니다.
Nasuni는 필요에 따라 증가 및 확장될 수 있도록 모든 규모의 기업 및 조직에 맞게 세 가지 가격 책정 패키지로 제공됩니다.
이점은 다음과 같습니다.
최대 70%까지 클라우드 기반 기본 파일 스토리지 비용 절약. Nasuni의 아키텍처에는 기본 제공 객체 수명 주기 관리 정책이 사용됩니다. 이러한 정책을 통해 표준, Nearline, Coldline, Archive 등 Cloud Storage 클래스에서 사용할 수 있는 완벽한 유연성을 얻을 수 있습니다. Nasuni로 기본 스토리지를 위한 중간 액세스 Archive 클래스 객체 스토리지를 사용함으로써 최대 70%까지 비용을 절약할 수 있습니다.
클라우드에서 부서 및 조직 파일 공유. Nasuni의 클라우드 기반 아키텍처는 파일 수, 파일 크기, 스냅샷에 대한 제한 없이 Google Cloud 리전에서 단일 전역 네임스페이스를 제공하여, 표준 NAS(SMB) 드라이브 매핑 프로토콜을 통해 데스크탑에서 Google Cloud로 직접 파일을 저장할 수 있게 해줍니다.
기본 제공되는 백업 및 재해 복구. Nasuni의 '설정만 하고 잊어버리는' 작업 방식 덕분에 전역 파일 스토리지를 간편하게 관리할 수 있습니다. 백업 및 DR이 포함되어 있으며 단일 관리 콘솔을 통해 언제 어디서나 환경을 감독하고 제어할 수 있습니다.
오래된 파일 서버 바꾸기. Nasuni를 사용하면 Microsoft Windows 파일 서버 및 기타 기존 파일 스토리지 시스템을 Google Cloud에 마이그레이션하여 이러한 환경의 비용 및 관리 복잡성을 줄여줍니다.
자세한 내용은 다음을 참조하세요.
- Nasuni 개요 동영상
- Nasuni 및 Google Cloud 파트너십 웹페이지
- Google Cloud용 Nasuni Enterprise File Storage 솔루션 요약(PDF)
- Cloud Marketplace의 Nasuni Cloud 파일 스토리지
- Nasuni 및 Google Cloud 블로그
Sycomp Storage Fueled by IBM Spectrum Scale
Google Cloud Marketplace에서 Sycomp Storage Fueled by IBM Spectrum Scale을 사용하면 고성능 컴퓨팅(HPC), 인공지능(AI), 머신러닝(ML), 빅데이터 워크로드를 Google Cloud에서 실행할 수 있습니다. Sycomp Storage를 통해 수천 개의 VM에서 동시에 데이터에 액세스하고, 스토리지 등급을 자동으로 관리하여 비용을 줄이고, 온프레미스 또는 Google Cloud에서 애플리케이션을 실행할 수 있습니다. Sycomp Storage Fueled by IBM Spectrum Scale은 Cloud Marketplace에서 제공되며, 신속하게 배포할 수 있고, NFS 및 IBM Spectrum Scale 클라이언트를 통해 데이터에 액세스할 수 있도록 지원합니다.
IBM Spectrum Scale은 대용량 데이터(PB)를 안전하게 관리하는 데 도움이 되는 병렬 파일 시스템입니다. IBM Spectrum Scale 병렬 파일 시스템은 HPC, AI, ML, 빅데이터, POSIX 호환 공유 파일 시스템이 필요한 기타 애플리케이션에 적합합니다. 적응형 스토리지 용량 및 성능 확장을 통해 Sycomp Storage는 소규모에서 대규모 HPC, AI, ML 워크로드까지 지원할 수 있습니다.
Google Cloud에 클러스터를 배포한 후 이를 사용할 방법을 결정합니다. 기존 온프레미스 IBM Spectrum Scale 클러스터에 연결하여 클라우드에서만 또는 하이브리드 모드로 사용할지 여부를 선택합니다.
자세한 내용은 다음을 참조하세요.
- 이제 Google Cloud에서 IBM Spectrum Scale 사용 가능
- Google Cloud의 Sycomp Storage Fueled by IBM Spectrum Scale
- Cloud Marketplace의 Sycomp Storage Fueled by IBM Spectrum Scale
변경 로그
이 섹션에서는 이 가이드의 중요한 기술 변경사항을 간략히 설명합니다.
| 날짜 | 변경사항 설명 |
|---|---|
| 2023년 12월 19일 |
|
| 2023년 11월 30일 |
|
참여자
저자: 션 데링턴 | 스토리지 부문 그룹 아웃바운드 제품 관리자
기타 참여자: