IBM Cloud Kubernetes Service 스토리지 개요

가상 프라이빗 클라우드 클래식 인프라 Satellite

클러스터에 사용 가능한 스토리지 옵션의 개요에 대해서는 다음 절을 검토하십시오.

이 페이지가 끝나면 퀴즈 해보기 를 클릭합니다.

IBM Cloud® Kubernetes Service 클러스터에 적합한 스토리지 유형을 결정하려면 먼저 IBM Cloud 인프라 제공업체, 앱 요구 사항, 저장하려는 데이터 유형 및 이 데이터에 액세스하려는 빈도를 이해해야 합니다.

데이터를 영구적으로 저장해야 하는지 여부를 결정하십시오.

지속적 스토리지: 지속적 스토리지에 저장된 데이터는 컨테이너, 작업자 노드 또는 클러스터가 제거된 경우에도 지속됩니다. 정의된 보존 기간과 같은 법적 요구사항으로 인해 사용 가능해야 하는 Stateful앱, 코어 비즈니스 데이터 또는 데이터에 대해 지속적 스토리지를 사용하십시오. 지속적 스토리지도 감사를 위한 좋은 옵션입니다.

비지속적 스토리지: 컨테이너, 작업자 노드 또는 클러스터가 제거될 때 데이터가 제거될 수 있습니다. 비지속적 스토리지는 일반적으로 정보 로깅(예: 시스템 로그 또는 컨테이너 로그, 개발 테스트)에 또는 호스트의 파일 시스템에서 데이터에 액세스하고자 할 때 사용됩니다.

데이터 지속성이 필요한 경우에는 앱에서 특정 스토리지 유형이 필요한지 여부를 분석하십시오. 기존 앱을 사용하는 경우 앱이 다음 중 한 가지 방식으로 데이터를 저장하도록 설계되었을 수 있습니다.

파일 시스템에서: 데이터가 디렉토리에 파일로서 저장될 수 있습니다. 예를 들어, 로컬 하드 디스크에 이 파일을 저장할 수 있습니다. 일부 앱에서는 데이터 저장소를 최적화하고 성능 목표를 달성하기 위해 데이터가 특정 파일 시스템(nfs 또는 ext4)에 저장되도록 요구합니다.

데이터베이스에서: 데이터가 특정 스키마를 따르는 데이터베이스에 저장되어야 합니다. 일부 앱은 데이터 저장에 사용할 수 있는 데이터베이스 인터페이스와 함께 제공됩니다. 예를 들어, WordPress는 MySQL 데이터베이스에 데이터를 저장하도록 최적화되어 있습니다. 이 경우에는 스토리지 유형이 사용자를 위해 선택됩니다.

저장할 데이터의 유형을 판별하십시오.

정형 데이터: 열과 행이 있는 테이블이 있는 관계형 데이터베이스에 저장할 수 있는 데이터입니다. 테이블의 데이터는 키를 사용하여 연결될 수 있으며, 일반적으로 사전 정의된 데이터 모델로 인해 손쉽게 액세스가 가능합니다. 예: 전화번호, 계좌번호, 주민등록번호 또는 우편번호

반정형 데이터: 관계형 데이터베이스에는 맞지 않지만 해당 데이터를 보다 쉽게 읽고 분석하는 데 사용할 수 있는 일부 구조적 특성과 함께 제공되는 데이터입니다. 마크업 언어 파일(예: CSV, XML 또는 JSON)을 예로 들 수 있습니다.

비정형 데이터: 조직 패턴을 따르지 않으며 너무 복잡해서 사전 정의된 데이터 모델의 관계형 데이터베이스에 저장할 수 없는 데이터입니다. 이 데이터에 액세스하려면 고급 도구와 소프트웨어가 필요합니다. 이메일 메시지, 동영상, 사진, 오디오 파일, 프레젠테이션, 소셜 미디어 데이터 또는 웹 페이지가 그 예입니다.

정형 데이터 및 비정형 데이터가 있는 경우, 각 데이터 유형을 이 데이터 유형에 맞게 디자인된 스토리지 솔루션에 개별적으로 저장해 보십시오. 데이터 유형에 대해 적절한 스토리지 솔루션을 사용하면 데이터에 대한 액세스가 보다 용이해지며 성능, 확장성, 내구성 및 일관성 등의 이점이 제공됩니다.

데이터에 액세스하고자 하는 방법을 분석하십시오. 스토리지 솔루션은 일반적으로 읽기 또는 쓰기 오퍼레이션을 지원하도록 디자인 및 최적화되어 있습니다.

읽기 전용: 사용자가 데이터 쓰기 또는 변경을 원하지 않습니다. 데이터가 읽기 전용입니다.

읽기 및 쓰기: 사용자가 데이터 읽기, 쓰기 및 변경을 원합니다. 읽거나 쓴 데이터의 경우에는 오퍼레이션이 읽기 집약적인지, 쓰기 집약적인지 또는 둘 간에 밸런스가 유지되는지 파악하는 것이 중요합니다.

데이터 액세스 빈도를 판별하십시오.

핫(hot) 데이터: 자주 액세스되는 데이터입니다. 공통 유스 케이스는 웹 또는 모바일 앱입니다.

쿨(cool) 또는 웜(warm) 데이터: 자주 액세스되지 않는 데이터입니다(예: 1개월에 1회 미만). 공통 유스 케이스는 아카이브, 단기 데이터 보관 또는 재해 복구입니다.

콜드(cold) 데이터: 거의 액세스되지 않는 데이터입니다. 공통 유스 케이스는 아카이브, 장기 백업, 히스토리 데이터입니다.

고정(frozen) 데이터: 전혀 액세스되지 않으며 법적 이유 때문에 보관이 필요한 데이터입니다.

빈도 예측이 불가능하거나 빈도가 엄격한 패턴을 따르지 않는 경우에는 워크로드가 읽기 집약적인지, 쓰기 집약적인지 또는 둘 간의 밸런스가 유지되는지 판별하십시오. 그리고 워크로드에 알맞는 스토리지 옵션을 찾아보고 어떤 스토리지 티어가 사용자에게 필요한 유연성을 제공하는지 조사하십시오. 예를 들어, IBM Cloud Object Storage는 데이터가 한 달에 얼마나 자주 액세스되는지를 고려하고 이 측정치를 고려하여 매월 요금 청구를 최적화하는 flex 스토리지 클래스를 제공합니다.

여러 앱 인스턴스, 구역 또는 지역 간에 데이터 공유가 필요한지 조사하십시오.

팟(Pod) 간의 액세스: Kubernetes 지속적 볼륨을 사용하여 스토리지에 액세스할 때 동시에 볼륨을 마운트할 수 있는 팟(Pod)의 수를 결정할 수 있습니다. 일부 스토리지 솔루션은 한 번에 하나의 팟(Pod)에서만 액세스가 가능합니다. 다른 스토리지 솔루션을 사용하여 다중 팟(Pod)에서 볼륨을 공유할 수 있습니다.

구역 및 지역 간의 액세스: 구역 및 지역 간의 데이터 액세스가 필요할 수 있습니다. 파일 및 블록 스토리지와 같은 일부 스토리지 솔루션은 데이터 센터에 특정하며, 다중 구역 클러스터 설정에서 구역 간에 공유될 수 없습니다.

구역 또는 지역 간에 데이터가 액세스 가능하도록 하려면 법무부에 문의하여 데이터가 다중 구역이나 다른 국가에 저장될 수 있는지 확인하십시오.

선택에 영향을 주는 기타 스토리지 특성을 파악하십시오.

일관성: 읽기 오퍼레이션이 최신 파일 버전을 리턴하도록 보장합니다. 스토리지 솔루션은 strong consistency(항상 최신 파일 버전의 수신을 보장하는 경우) 또는 eventual consistency(읽기 오퍼레이션이 최신 버전을 리턴하지 않을 수 있는 경우)를 제공할 수 있습니다. 최종 일관성은 쓰기 오퍼레이션이 우선 모든 인스턴스 간에 복제되어야 하는 지리적으로 분산된 시스템에서 종종 발견됩니다.

성능: 읽기 또는 쓰기 오퍼레이션을 완료하는 데 걸리는 시간입니다.

내구성: 기가바이트 또는 테라바이트 단위의 데이터가 동시에 스토리지에 쓰여지는 경우에도 스토리지에 커미트된 쓰기 오퍼레이션이 영구적으로 존속하며 손상되거나 유실되지 않음을 보장합니다.

복원성: 하드웨어 또는 소프트웨어 컴포넌트에서 장애가 발생해도 가동 중단에서 복구되어 오퍼레이션을 계속 실행하는 기능입니다. 예를 들어, 실제 스토리지에 정전, 네트워크 가동 중단이 발생하거나 해당 스토리지가 자연 재해 중에 파괴됩니다.

가용성: 데이터센터 또는 지역이 사용 불가능한 경우에도 데이터에 대한 액세스를 제공하는 기능입니다. 데이터에 대한 가용성은 일반적으로 중복성을 추가하고 장애 복구 메커니즘을 설정하여 달성될 수 있습니다.

확장성: 용량을 확장하고 필요에 따라 성능을 사용자 정의할 수 있는 기능입니다.

암호화: 권한 없는 사용자가 데이터에 액세스할 때 가시성을 차단하기 위해 데이터를 마스크 처리합니다.