영구 기록 시스템으로 Couchbase를 사용할 때는 기본 스토리지 인프라를 고려해야 합니다. 인프라 결정은 데이터 저장소의 전반적인 성능과 가용성에 영향을 미치며, 데이터를 소비하는 애플리케이션에도 영향을 미치는 연쇄적인 영향을 미칩니다.
우리 모두 알다시피, 성능 저하, 응답 시간 지연, 가용성 부족은 고객/기업이 용납하지 않으며, 이는 종종 고객 불만, 대체 공급업체로의 잠재적 고객 손실, 재정적 영향, 규제 벌금, 심지어 사망(예: 의료 시스템)으로 이어질 수 있습니다!
고객은 자신의 기대와 요구 사항을 충족하는 솔루션을 찾습니다.
영구 데이터 저장소에 대한 특별한 과제
카우치베이스의 핵심 원칙 중 하나인 '밀리초 미만의 응답 시간 제공'은 많은 고객이 카우치베이스를 채택하는 데 있어 핵심적인 역할을 해왔습니다.
그러나 캐싱 레이어에서 영구 데이터 저장소로 변경하면 데이터 스토리지 요구 사항과 고려 사항이 변경됩니다. 페타바이트 범위의 데이터를 저장할 때는 솔루션의 전반적인 성능에 큰 영향을 미칠 수 있는 더 많은 사항을 고려해야 합니다.
일반적으로 엔터프라이즈 스토리지 솔루션으로 채택되기 전에 특정 비즈니스 요구 사항을 충족하는 다양한 매개변수가 보장되어야 합니다.
스토리지 솔루션은 단순한 스토리지가 아닙니다!
복구 시간 목표(RTO) 및 복구 지점 목표(RPO) 등 비즈니스에서 요구하는 여러 서비스 수준 협약을 충족해야 합니다.
예를 들어 IOPS, 레이턴시, 복원력, 일반적으로 RAID라고 하는 고가용성, 재해 복구(DR) 백업, 데이터 액세스 - 다중 경로 지정, 스토리지 서비스 품질(QOSS) 등이 있습니다.
주요 영구 스토리지 인프라 고려 사항
이 블로그에서 이 모든 사항을 다룰 수는 없지만(다음 글에서 다룰 예정입니다), 고려해야 할 다양한 사항을 강조하고자 합니다.
Couchbase는 기본적으로 HA, DR 및 백업을 제공하지만, 기본 스토리지 인프라는 이러한 각 영역을 해결하기 위해 집중해야 하는 영역이 됩니다:
성능
-
-
- 애플리케이션 IOPS 및 지연 시간 요구 사항 충족
- 조정할 수 있는 능력
-
플랫폼 독립성
-
-
- 다양한 OS 지원, Linux(CentOS, Rhel, SUSE), Windows, Unix,
- VMware 및 Kubernetes
- 온라인 플랫폼 간 마이그레이션
-
스토리지 독립성 및 민첩성
-
-
- NAS, SAN, DAS, SSD, 클라우드
- 요구 사항이 변경되는 경우 공급업체 종속 방지
- 다양한 스토리지 공급업체 간 통합
-
확장성
-
-
- 데이터스토어의 크기입니다: TB, PB, ZB...
- 필요에 따라 확장/축소할 수 있는 기능
-
비용
-
-
- 예산 제약
- 관리 용이성/복잡성: 중앙 집중식 관리, 전문가 팀, 단일 도구 대 다중 도구
-
위의 질문에 대한 답을 찾았다면 이제 어떤 물리적 스토리지 계층을 사용할지 살펴볼 수 있습니다: DAS 스토리지, NAS 스토리지 또는 SAN 스토리지(HDD 및 SSD).
이들 각각은 규모, 성능, 공간, 위치, 전력 소비 및 비용 매트릭스에 미치는 영향이 다릅니다.
그런 다음 위의 선택 사항에 따라 다음과 같은 운영 체제(OS) 수준 요구 사항을 살펴보세요:
-
- 가상화
- 파일 시스템
- 분산 파일 시스템
- SDS - 소프트웨어 정의 스토리지
- 클라우드/객체 스토리지
스토리지 문제
올바른 스토리지 솔루션을 선택하면 애플리케이션에 큰 영향을 미칠 수 있습니다!
초기 스토리지를 올바르게 설치하는 것이 나중에 다시 설치하는 것보다 낫습니다. 대부분의 조직에는 스토리지 팀과 스토리지 표준이 마련되어 있으므로 필요한 스토리지 프로필을 승인하고 제공하기 위해 스토리지 팀을 참여시켜야 합니다. 또한 현실적인 성능 요구 사항을 명확하게 입증해야 합니다.비용 영향과 자금 출처를 고려해야 합니다.
첫 번째 단계는 비즈니스 목표와 애플리케이션 요구 사항을 이해하는 것입니다. 거기서부터 SLA와 기업의 목표를 충족하는 것이 무엇인지 조사하세요.
다음 기회에: 물리적 스토리지 계층.