하이브리드 클라우드를 위한 애자일 스토리지

2023년 3월 30일•
리소스 유형: 개요

주요 내용

Red Hat OpenShift 및 AWS와 함께 작동하도록 개발 및 설계되고 테스트를 마친 하이브리드 클라우드 스토리지 배포

더 많은 퍼시스턴트 볼륨과 더 적은 제한 사항으로 애플리케이션 성능을 개선하고 애플리케이션 확장 

여러 AWSinstance 유형 전반에서 파일, 블록 및 오브젝트 스토리지 형식 지원

AWS 가용 영역 전반의 애플리케이션과 데이터에 장애를 발생시켜 AWS 인스턴스 유형에 관계없이 복구 능력을 향상시키고 비즈니스 연속성 개선

.

고유한 방식으로 컨테이너 네이티브 스토리지 배포

조직이 쿠버네티스 오케스트레이션과 하이브리드 클라우드의 장점을 수용하면서 컨테이너 기반 워크로드가 급격히 증가하고 있습니다. 장점이 있는 것은 분명하지만 다이나믹 하이브리드 클라우드 환경에서 스토리지를 관리하기란 어려울 수 있습니다. 스토리지가 확장될 거라고 어떻게 확신할 수 있나요? 애플리케이션이 하이브리드 클라우드 내에서 이동해야 하거나 다른 가용 영역으로 페일오버가 필요한 경우 스토리지 가용성을 어떻게 유지할 수 있을까요? 선택한 스토리지를 통해 베어 메탈에서 클라우드로, 또는 퍼블릭 클라우드 내 다양한 스토리지 유형 간에 원활하게 전환할 수 있나요?

Red Hat® OpenShift® Container Storage는 Red Hat OpenShift Container Platform 및 Amazon Web Services(AWS) 퍼블릭 클라우드와 통합되고 이에 대해 최적화된 컨테이너 네이티브 스토리지입니다. 이 솔루션은 소프트웨어 정의 Ceph 스토리지 기술, 쿠버네티스용 Rook 스토리지 오퍼레이터, NooBaa 기반의 멀티클라우드 오브젝트 게이트웨이 기술을 결합하여 클라우드 기반 애플리케이션에 다양한 기능과 장점을 제공합니다.

투명한 이식성

팀마다 요구 사항은 다르게 마련입니다. 온프레미스에서 개발해 클라우드에서 배포하기를 원하는 경우도 있고 클라우드에서 개발해 온프레미스에서 테스트해야 하는 경우도 있을 수 있습니다. 프로세스 전체에 걸쳐 베어 메탈, 가상 머신 또는 컨테이너에서 동일한 애플리케이션을 지원해야 할 수도 있습니다. 조직은 애플리케이션을 재작성하는 대신 하나의 플랫폼에서 애플리케이션 데이터에 액세스한 다음 필요에 따라 다른 플랫폼으로 전환할 수 있는 유연성이 필요합니다.

OpenShift Container Storage는 온프레미스 및 클라우드 벤더 스토리지, 기기, 가용 영역 전반에서 투명한 이식성을 제공함으로써 스토리지 클래스 이름 지정에서 볼륨 확장, 애플리케이션 관리 및 모니터링에 이르는 모든 측면에서 일관성을 제공합니다. 

다양한 스토리지 유형 지원

애플리케이션이 다양해지면서 스토리지 요구 사항도 다양화되고 있으며, 이러한 스토리지 요구 사항에 따라 비용 면에서 큰 차이가 날 수 있습니다. AWS Elastic Block Store(EBS)와 같은 범용 클라우드 스토리지는 일부 애플리케이션(또는 애플리케이션의 여러 부분)에는 충분할 수 있습니다. 성능 및 대기 시간 요구 사항이 더 엄격한 데이터베이스와 애플리케이션은 AWS의 Amazon EC2 Instance Store에서 사용할 수 있는 것과 같은 직접 연결 스토리지 인스턴스 클래스를 통해 더 효율적으로 지원할 수 있습니다.

독립적인 스토리지 계층인 OpenShift Container Storage는 여러 AWS 인스턴스 유형을 지원하므로 애플리케이션을 재작성하지 않고도 필요한 스토리지를 선택할 수 있습니다.

데이터 가용성과 애플리케이션 복구 능력 향상

AWS는 Red Hat OpenShift Container Platform에서 실행되는 컨테이너 기반 애플리케이션을 위한 고급 페일오버 기능을 갖추고 있습니다. 컨테이너 기반 애플리케이션은 여러 AWS 가용 영역 사이에서 페일오버를 수행하여 리전 이벤트 및 운영 중단 시 복구 기능을 제공합니다. 하지만 모든 클라우드 기반 스토리지가 AWS 가용 영역 전반에서 페일오버 지원을 제공하는 것은 아니므로 애플리케이션 운영에 필요한 데이터에 액세스할 수 있는 권한을 상실하게 됩니다.

OpenShift Container Storage는 AWS EBS 인스턴스 또는 직접 연결 Amazon EC2 Instance Store의 지원 여부에 관계없이 AWS 가용 영역 간 스토리지 페일오버를 지원합니다.


십여 년간 Red Hat과 Amazon의 파트너십 덕분에 양사의 공동 고객은 AWS에서 Red Hat OpenShift Container Platform과
Openshift Container Storage 간의 원활한 통합을 신뢰할 수 있게 되었습니다.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

더 적은 제한 사항

마이크로서비스 및 애자일 개발을 진행할 때 임의의 제한 사항은 개발자와 운영자에게 방해 요인으로 작용합니다. 클라우드 기반 애플리케이션은 퍼시스턴트 볼륨의 한계로 인해 성능이 저하될 수 있습니다. 애플리케이션 프로그래밍 인터페이스(API) 호출 수가 제한되므로 클라우드 블록 스토리지를 사용할 때 성능에 영향을 미칠 수 있습니다. 다수의 소규모 애자일 마이크로서비스를 목표로 하는 경우 마운트 속도도 문제가 될 수 있습니다.

Red Hat OpenShift Container Storage는 노드당 퍼시스턴트 볼륨 제한을 수십 개에서 수백 개로 확장하는 동시에 AWS IOPS(초당 입출력 작업)를 낮추고, 조정(throttling)을 없애고, 볼륨 마운트 시간을 약 1초로 줄입니다.

컴퓨팅 및 스토리지의 독립적인 확장성

AWS와 Red Hat OpenShift Container Platform은 예기치 않은 성장과 확장을 지원하도록 설계되었습니다. 그렇지만 애플리케이션은 일반적으로 컴퓨팅 또는 스토리지 리소스에 대한 수요에 따라 균일하게 확장되지는 않습니다. 조직은 필요에 따라 컴퓨팅 및 스토리지 용량을 확장할 수 있어야 하며, 이때 이 두 용량이 서로에게 영향을 미치지 않아야 합니다.

Red Hat OpenShift Container Storage는 컴퓨팅 및 스토리지 리소스 사이에서 독립적인 확장성을 제공하므로 성능과 비용 간 균형을 유지하여 AWS 클라우드에서 최상의 결과를 실현할 수 있습니다.

결론

OpenShift Container Storage를 이용해 요구 사항 및 우선순위에 따라 컨테이너 네이티브 스토리지를 배포할 수 있습니다. 유연한 고가용성 컨테이너 네이티브 스토리지 계층인 이 솔루션은 온프레미스나 AWS 클라우드 등 개발 및 배포 위치에 관계없이 일관되게 작동합니다. 이 플랫폼을 통해 조직은 워크로드를 손쉽게 리프트 앤 시프트할 수 있어 AWS 클라우드의 Red Hat OpenShift Container Platform에서 실행되는 애플리케이션의 성능, 유연성, 가용성이 향상됩니다.