민첩하고 안전하며 유연함: 프라이빗 클라우드의 목적과 이유

프라이빗 클라우드는 퍼블릭 및 하이브리드 클라우드를 포함하여 클라우드로의 광범위한 엔터프라이즈 여정의 필수 요소입니다.

클라우드 컴퓨팅 은 조직이 IT 서비스를 소비, 구축 및 제공하는 방식을 변화시켜 기업이 변화하는 비즈니스 조건에 신속하게 적응하는 데 필요한 민첩성과 유연성을 가능하게 했습니다.

"클라우드"라는 용어는 Amazon AWS, Google Cloud, Microsoft Azure 및 기타 소규모 서비스 제공업체와 같은 호스팅 및 퍼블릭 클라우드 제품과 관련이 있는 경우가 많지만 기업은 다음과 같은 비용 문제로 인해 퍼블릭보다 프라이빗 클라우드에서 더 많은 애플리케이션을 실행합니다. , 규정 준수, 대기 시간, 호환성 및 보안.

이 기사에서는 프라이빗 클라우드의 정의된 기능과 이점을 소개하는 동시에 기업이 퍼블릭 및 프라이빗 클라우드의 이점을 활용할 수 있도록 하는 하이브리드 클라우드의 기반으로서의 역할을 설명합니다.

프라이빗 클라우드는 보안 및 유연성과 함께 민첩성을 제공합니다.

하이퍼컨버지드 인프라 를 기반으로 구축된 잘 설계된 프라이빗 클라우드는 IT에서 요구하는 보안 및 제어를 유지하면서 비즈니스에 필요한 민첩성을 제공할 수 있습니다. 또한 호스팅 및 공용 클라우드를 지능적이고 경제적인 하이브리드 클라우드에 통합하는 전체론적 클라우드 전략의 기초입니다.

클라우드 컴퓨팅 기본

먼저 "클라우드"가 의미하는 바에 대한 간단한 입문서입니다. 가장 넓은 의미에서 클라우드 컴퓨팅은 인터넷이나 사설망을 통해 주문형으로 사용자에게 IT 서비스를 제공하는 것을 의미합니다. 사용자는 IT 리소스를 적극적으로 관리하고 유지 관리할 필요 없이 서비스를 사용합니다. 이는 온프레미스, 호스팅 또는 관리 설정, 기타 공유 하이퍼스케일 공용 데이터 센터에서 발생할 수 있습니다. 클라우드 컴퓨팅 서비스의 세 가지 주요 범주는 IaaS, PaaS 및 SaaS입니다.

서비스로서의 인프라(IaaS)

IaaS는 최종 사용자가 운영 체제 및 애플리케이션과 같은 소프트웨어를 배포하고 실행하는 데 필요한 기본적인 IT 리소스를 제공합니다. 이러한 리소스에는 무엇보다도 컴퓨팅, 스토리지, 네트워크 및 API 가 포함됩니다.

기본 인프라는 설계상 최종 사용자에게 거의 보이지 않습니다. 리소스는 가상화되며 사용자 및 워크로드의 요구 사항을 충족하기 위해 다양한 용량과 구성을 갖습니다.

서비스로서의 플랫폼(PaaS)

PaaS를 사용하면 인프라 요소 위에 실행 환경이 포함됩니다. PaaS를 사용하면 지원되는 API, 스크립트, 프로그래밍 언어 및 도구를 사용하여 사용자 지정 또는 표준화된 응용 프로그램을 배포할 수 있습니다. 최종 사용자는 배포된 애플리케이션 및 구성 설정을 제어하지만 공급자는 이 계층 아래의 모든 것을 관리합니다.

서비스로서의 소프트웨어(SaaS)

SaaS는 최종 사용자가 네트워크를 통해 애플리케이션을 소비하는 PaaS의 다음 수준입니다. SaaS를 통해 공급자는 애플리케이션 자체를 포함하여 모든 것을 관리합니다. 사용자는 웹 브라우저 및 모바일 애플리케이션과 같은 다양한 장치를 통해 서비스에 액세스합니다. SaaS의 예로는 Salesforce 및 Microsoft 365와 DaaS( Desktop as a Service )가 있습니다. DBaaS( Database as a Service )와 같은 보다 복잡한 서비스는 사용 방법에 따라 PaaS 또는 SaaS로 간주될 수 있습니다.

퍼블릭 클라우드

퍼블릭 클라우드를 사용하면 타사 서비스 공급자가 일반 대중이 사용할 수 있도록 인터넷을 통해 인프라, 플랫폼 및 소프트웨어와 같은 서비스를 제공합니다. 서비스 제공업체는 일반적으로 자체 데이터 센터를 사용하여 서비스를 소유, 운영 및 제공합니다.

고객은 온디맨드로 서비스를 사용하고 모니터링, 로드 밸런싱 및 데이터 전송과 같은 기타 서비스와 함께 사용하는 대역폭, 스토리지 및 CPU 주기에 대해서만 비용을 지불합니다. 사용자는 일반적으로 사용량 증가분(예: 분, 시간 또는 MB)에 대해 비용을 지불하지만 일부는 최소 계약 가격과 같은 선불 약정이 필요합니다. 퍼블릭 클라우드는 필요에 따라 리소스 소비를 신속하게 버스트, 확장 또는 축소할 수 있는 유연성을 제공합니다.

프라이빗 클라우드

프라이빗 클라우드를 통해 조직은 단일 최종 사용자 조직이 사용할 서비스를 프로비저닝합니다. 최종 사용자 조직은 프라이빗 클라우드를 소유 및 운영하거나 이러한 책임을 수행하기 위해 외부 서비스 제공업체에 비용을 지불할 수 있습니다.

기업은 기업 클라우드 에서와 같이 두 가지 접근 방식을 동시에 사용하도록 선택할 수도 있습니다. 인프라는 비즈니스 데이터 센터 내의 온프레미스에 위치하거나 오프사이트에서 호스팅될 수 있습니다. 조직에서는 특정 성능, 가용성 또는 보안 요구 사항이 있는 미션 크리티컬 워크로드에 프라이빗 클라우드를 사용하는 경우가 많습니다. 프라이빗 클라우드는 조직에 제어, 효율성 및 보안을 유지하면서 클라우드 컴퓨팅의 다양성을 제공합니다.

멀티클라우드

멀티클라우드는 엔터프라이즈 워크로드를 여러 프라이빗 클라우드, 퍼블릭 클라우드, 원격 및 지사, 현장 배포, 서비스 제공업체에 분산하는 점점 더 일반적인 관행을 의미합니다. 조직은 각 클라우드의 상대적 이점을 활용하고 공급업체 종속의 위험을 줄이는 등 다양한 이유로 공용 및 사설 클라우드에 워크로드를 분산합니다.

하이브리드 클라우드

하이브리드 클라우드는 프라이빗 클라우드와 퍼블릭 클라우드의 요소를 결합합니다. 일부 워크로드는 온프레미스에서 실행되는 반면 다른 워크로드는 서비스 제공업체 또는 퍼블릭 클라우드(예: GCP, AWS 또는 Azure)에서 실행되며 이들 간에 이식이 가능합니다.

하이브리드 클라우드는 클라우드 간의 원활한 상호 운용성을 열망하므로 워크로드가 온프레미스이든 퍼블릭 클라우드이든 관리자를 위한 관리 경험은 본질적으로 동일합니다.

올바른 클라우드 전략

이 시점에서 모든 기업은 클라우드 전략을 보유하고 있거나 개발 중입니다. 기업에 적합한 전략은 전적으로 비즈니스 요구 사항, 규제 법률 및 애플리케이션의 특수성에 따라 달라지며, 그 중 일부는 다중 계층입니다.

고려 사항에는 다음과 같은 다양한 요인이 포함됩니다.

• 사용 사례: 웹 서버, 애플리케이션 서버, 데이터베이스 등
• 워크로드 유형: 가상 머신(VM) 또는 컨테이너 또는 둘 다
• 저장 형식: 블록, 개체, 파일
• 보안 정책: 애플리케이션, 산업, 국가 및 지역에 따라 다릅니다.
• 고유한 요구 사항: 일부 워크로드에는 애플리케이션의 고유한 기능이나 하나의 특정 클라우드 제품(예: 서버리스 컴퓨팅, 분석 및 PaaS)으로만 충족할 수 있는 요구 사항이 있습니다.

이러한 특성은 각 클라우드 아키텍처를 형성하고 각 애플리케이션 계층을 호스팅하기 위한 최적의 서비스에 대한 결정을 유도합니다.

클라우드를 재고하다

퍼블릭 클라우드는 다양한 사용 사례를 제공하므로 기업이 이 접근 방식에 계속 투자합니다. 그러나 최근 설문 조사 에 따르면 많은 조직에서 워크로드를 퍼블릭 클라우드에서 온프레미스 인프라로 다시 마이그레이션하고 있는 것으로 나타났습니다. 이러한 경향에는 몇 가지 이유가 있습니다.

비용

조직은 예측 가능한 워크로드를 지원하기 위해 리소스를 임대하는 대신 소유함으로써 비용을 절약할 수 있습니다. 예측 가능한 워크로드의 예로는 ERP, 데이터베이스, 협업 앱, VDI, 인프라 서비스(예: DNS, 파일 또는 Active Directory 서버), 빅 데이터 및 분석이 있습니다.

탄력적인 사용량(가변성이 높거나 계절)이 있는 워크로드의 경우 대부분의 시간 동안 유휴 상태에 있거나 거의 사용되지 않는 온프레미스 리소스를 구매하는 것보다 퍼블릭 클라우드에서 리소스를 임대하는 것이 합리적일 수 있습니다. 개발 및 테스트(개발/테스트로 알려짐) 및 보고는 이 시나리오의 일반적인 사용 사례를 나타냅니다. 특정 작업에 대한 수요에 따라 컴퓨팅 및 스토리지 리소스를 회전한 다음 해제해야 하는 경우가 많기 때문입니다.

측정 및 차지백

퍼블릭 또는 프라이빗 클라우드 환경의 핵심 구성 요소는 리소스 소비를 모니터링하고 이를 비즈니스 이니셔티브에 할당할 수 있다는 것입니다. 퍼블릭 클라우드는 단순히 실제 소비량을 기준으로 월말에 전체 청구서를 보내는 반면, 프라이빗 클라우드에서는 지출 보고서를 생성할 때 선불 매몰 비용을 통합해야 합니다.

프라이빗 클라우드의 기본 인프라와 관련된 하드웨어 및 소프트웨어 라이선스를 설명하는 것만으로는 충분하지 않습니다. 또한 온프레미스 데이터 센터와 관련된 다음 비용을 고려해야 합니다.

• 물리적 공간의 시설비
• 서버의 전력 및 냉각 비용
• 이더넷 스위치의 통신 비용
• 프라이빗 클라우드를 실행하는 데 필요한 IT 관리자의 급여
• 사용된 모든 제3자 서비스

프라이빗 클라우드 서비스 비용을 정확하게 계산하려면 위의 모든 사항을 고려하여 진정한 TCO 기반 프라이빗 클라우드 비용 모델을 구축해야 합니다. 또한 재정적 책임을 강화하고 전반적인 클라우드 비용을 통제하기 위해 클라우드 관리자는 많은 수동 노력을 들이지 않고도 개별 사용자, 팀, 애플리케이션, 프로젝트 등에 대한 정확한 소비 보고서를 생성해야 합니다.

효과적인 태깅 전략과 TCO 기반 프라이빗 클라우드 비용 모델을 활용하는 것은 클라우드에서 비용 센터당 지출을 식별하는 정확하고 자동화된 차지백 보고서를 생성하기 위한 중요한 단계입니다. 퍼블릭 및 프라이빗 클라우드 전반에 걸친 지출에 대한 정확한 가시성과 보고를 통해 CIO는 미래 예산을 더 잘 계획하고 리소스 소비에 대한 재정적 책임을 추진할 수 있습니다.

SLA(서비스 수준 계약)

조직은 공급자와 계약하여 성능 및 가용성과 같은 주요 메트릭에 대한 특정 기준 수준의 서비스를 제공합니다. 퍼블릭 클라우드는 인터넷을 통해 서비스를 제공하기 때문에 최종 마일의 물리적 거리 및 네트워크 연결로 인해 특정 미션 크리티컬 워크로드에 허용되지 않는 대기 시간 문제가 발생할 수 있습니다.

가동 중지 시간 또는 리소스에 액세스할 수 없는 가능성을 포함하여 프라이빗 및 퍼블릭 클라우드 옵션 모두에 대한 가용성 계획을 고려하는 것이 중요합니다. 프라이빗 클라우드를 사용하면 인프라에 대한 더 많은 제어와 가시성을 확보할 수 있으며 조직은 재해 복구 및 비즈니스 연속성 계획을 포함하여 정확한 요구 사항을 충족하도록 리소스를 조정할 수 있습니다.

보안

퍼블릭 클라우드에서 보안은 공동 책임입니다. 퍼블릭 클라우드는 기본 인프라를 보호하기 위한 소유권을 가지지만 최종 사용자는 제공자의 서비스 및 리소스 구현 및 사용을 보호할 책임이 있습니다. 이 배열에 대한 명확성이 부족하고 기술적인 도메인 지식이 부족하면 구성 오류와 사각 지대가 생겨 궁극적으로 최종 사용자의 데이터와 애플리케이션이 공격에 취약해질 수 있습니다.

이러한 책임 분담으로 인해 복잡성이 추가로 발생합니다. 최종 사용자는 필요에 따라 리소스를 자유롭게 배포할 수 있으므로 지속적인 보안 감사 및 규정 준수 시행을 위한 추가 방법 없이 기본 보안 태세를 설정하고 시행하기 어렵습니다.

프라이빗 클라우드를 사용하면 더 강력한 보안 태세를 구축하는 것이 더 쉬운 경우가 많습니다. 보안 관리자는 사용자가 액세스하고 배포하는 리소스에 대한 가시성을 높이고 프라이빗 클라우드를 제공하는 인프라 구성을 더 잘 제어할 수 있습니다. 또한 프라이빗 클라우드는 내장된 네트워크 및 애플리케이션 보안 정책을 통해 자동화된 시행을 가능하게 합니다.

규정 준수

준수에는 많은 의미가 있습니다. 일부 조직의 경우 정부 또는 산업 규정에 관한 것이지만 다른 조직의 경우 품질 보장 또는 모범 사례가 준수되고 있다는 증거에 관한 것입니다. 대부분의 경우 주요 목표는 데이터 보안입니다. 예를 들어 미국에서 의료 제공자는 개인 건강 정보를 관리할 때 HIPAA 규정을 준수해야 하며 신용 카드 데이터를 사용하는 모든 회사는 PCI 데이터 보안 표준을 따라야 합니다.

규정 준수를 어렵게 만드는 한 가지 문제는 데이터의 물리적 위치입니다. 규정은 종종 주, 국가 및 기타 정치적 경계에 따라 다릅니다. 퍼블릭 클라우드를 사용할 때 고객은 데이터가 있는 위치를 항상 알지 못합니다. 이러한 사실로 인해 지리적 위치에서 어떤 규정이 적용되는지, 기업이 국경을 넘어 시민 데이터를 저장하는 것과 같은 특정 규정을 위반하는지 여부를 판단하기 어려울 수 있습니다.

정부 규정을 준수하지 않으면 특히 위반으로 인해 위반이 발생하는 경우 심각한 벌금과 처벌을 받을 수 있습니다.

또한 퍼블릭 클라우드는 많은 공통 데이터 센터 서비스에 대한 대안을 제공하지만 다양한 구성 옵션, 보안 정책 및 API를 포함하여 이러한 서비스를 제공하는 고유한 방법이 있습니다. 이러한 차이점에 대한 전문 지식이 부족한 조직은 클라우드 서비스가 업계 모범 사례에 따라 배포 및 구성되었는지 확인하기 어려운 경우가 많습니다.

관리자가 실수로 인터넷을 통해 공개적으로 액세스할 수 있는 파일 스토리지 서비스를 떠나는 것과 같은 기본 구성 오류로 인해 보안 침해가 발생하는 것은 드문 일이 아닙니다. 모든 경우에 회사는 재무 및 평판 위험을 완화하기 위해 지속적인 규정 준수 감사와 감사 실패의 신속한 해결을 수행해야 합니다.

프라이빗 클라우드는 조직이 보안 프로세스와 데이터 상주와 같은 문제를 보다 잘 제어할 수 있도록 합니다. 일반적으로 프라이빗 클라우드 관리자는 전체 인프라 솔루션에 대한 익숙함과 지식으로 인해 규정 준수 문제를 보다 쉽게 ​​해결할 수 있습니다.

프라이빗 클라우드가 기업을 돕는 방법

클라우드 컴퓨팅의 부상으로 IT는 비즈니스의 전략적 파트너로 부상하고 있습니다. 많은 기업이 IT 효율성을 높이고 혁신을 가속화하기 위해 프라이빗 클라우드를 찾고 있습니다.

IT 효율성 향상

적절하게 설계된 프라이빗 클라우드는 복잡성을 제거하고 자동화를 활용하여 IT 직원을 일상적이고 반복 가능한 작업에서 해방시켜 IT 효율성을 향상시킵니다. IT 직원은 일반적으로 운영 요구 사항을 해결하고 사용자 요청을 충족하기 위해 프로비저닝, 업데이트, 데이터 보호 및 문제 해결에 대부분의 시간을 보냅니다. 개발자와 내부 사용자를 위한 셀프 서비스 활성화를 포함하여 이러한 작업 중 많은 부분을 자동화할 수 있습니다.

기존 IT 환경은 데이터베이스와 같은 중요한 애플리케이션을 둘러싼 전용 인프라 사일로로 인해 어려움을 겪고 있습니다. 각 사일로에는 일반적으로 전담 전문가가 필요합니다. 프라이빗 클라우드는 모든 미션 크리티컬 워크로드와 데이터를 단일 관리 인터페이스로 통합하여 전체 환경에 대한 가시성을 향상시키면서 시간, 노력 및 비용을 절약할 수 있습니다.

마찰이 적습니다. 더 많은 혁신

효율성 향상은 운영상의 마찰을 제거하여 더 빠른 혁신을 직접 지원합니다. 적절하게 설계된 프라이빗 클라우드는 다음을 통해 비즈니스 혁신을 돕습니다.

리소스에 대한 액세스 속도 향상

개발자와 응용 프로그램 소유자는 응용 프로그램을 개발, 실행 및 변경하는 데 필요한 리소스를 얻는 데 몇 주 이상이 걸리면 작업을 수행할 수 없습니다. 개발자와 테스터는 생산성을 위해 최신 테스트 데이터를 사용하여 개발 및 테스트 환경에 빠르고 쉽게 액세스할 수 있어야 합니다.

애플리케이션 소유자와 DBA는 SLA 및 최종 사용자 경험을 보장하기 위해 리소스에 액세스해야 합니다. 이러한 리소스에 대한 셀프 서비스 액세스를 가능하게 하는 프라이빗 클라우드는 시장 출시 시간을 단축하여 회사에서 새로운 서비스 및 기능을 제공하는 주기를 늘릴 수 있습니다.

배포 합리화

기존 IT의 또 다른 병목 현상은 배포입니다. 사용자는 새로운 애플리케이션이 빛을 보는 데 필요한 IT 리소스를 확보할 때까지 몇 주 이상 기다릴 수 있습니다. 인프라 서비스를 표준화하고 이러한 서비스를 염두에 두고 개발함으로써 프라이빗 클라우드는 보다 신속한 배포를 지원하고 CI/CD를 활성화할 수 있습니다.

자동화 증가

수동 작업과 워크플로는 기어의 모래와 같거나 그 이상입니다. 자동화 없이 애플리케이션 제공을 확장하는 것은 거의 불가능합니다. 프라이빗 클라우드는 IT 팀이 더 적은 노력으로 인프라와 애플리케이션 스택을 배포, 운영 및 확장할 수 있도록 자동화를 지원하는 동시에 ITaaS(IT-as-a-Service)를 제공하여 개발 및 비즈니스 팀의 역량을 강화해야 합니다.

데이터 액세스 및 분석 촉진

데이터는 조직의 생명선입니다. 올바른 사설 클라우드는 데이터에 더 쉽게 액세스하고 통합할 수 있도록 하여 분석을 가속화하고 통찰력을 심화해야 합니다. 또한 워크로드와 비즈니스에 필요한 다양한 유형의 데이터와 스토리지를 처리할 수 있어야 합니다. 동일한 지붕 아래에 파일, 블록 및 개체 데이터가 있으면 효율성이 증가하고 통찰력을 쉽게 추출할 수 있습니다.

기존 애플리케이션과 클라우드 네이티브 애플리케이션 모두 지원

스타트업만이 클린 슬레이트를 얻습니다. 기존 기업에는 클라우드 네이티브 애플리케이션에 새로운 투자를 하는 경우에도 계속 지원해야 하는 수십 또는 수백 개의 기존 비즈니스 애플리케이션이 있는 경우가 많습니다. 대부분의 기업에는 두 모델을 모두 유연하게 지원할 수 있는 프라이빗 클라우드가 필요합니다.

빨리 실패하고 배우십시오

모든 혁신 프로젝트가 성공하는 것은 아닙니다. 실패는 혁신의 일부입니다. 프라이빗 클라우드를 사용하면 새로운 개발 및 애플리케이션 프로젝트에 더 쉽게 리소스를 신속하게 제공할 수 있습니다. 생산적인 아이디어는 확장을 통해 자원을 추가하고 성장합니다. 실패한 아이디어는 리소스를 해제하고 다음 노력을 위한 공간을 만듭니다.

요약하자면 프라이빗 클라우드는 더 간단한 운영과 더 큰 가동 시간 덕분에 IT 효율성을 높입니다. 개발자, 테스터 및 앱 소유자에게 리소스에 대한 빠른 액세스를 제공하는 동시에 새로운 애플리케이션이 출시될 수 있는 경로를 제공하여 혁신을 가속화합니다. 복잡성을 줄여 IT 비용을 절감할 뿐만 아니라 가동 중지 시간의 위험도 줄입니다.

프라이빗 클라우드가 직면한 과제

성공적인 프라이빗 클라우드 배포는 결코 보장되지 않습니다. 적절하게 설계되어야 합니다. 기존의 많은 프라이빗 클라우드는 다음과 같은 문제 중 하나 이상을 겪고 있습니다.

견고한 아키텍처

프라이빗 클라우드는 기존 엔터프라이즈 애플리케이션에서 클라우드 네이티브 애플리케이션에 이르기까지 다양한 애플리케이션 요구 사항에 적응해야 할 수 있습니다. 유연하지 않은 하드웨어 및 인프라 소프트웨어는 이를 어렵게 만들 수 있습니다.

사일로 데이터 서비스

엔터프라이즈 환경에는 일반적으로 퍼블릭 클라우드에서 일반적으로 사용되는 개체 스토리지 외에 블록 및 파일 스토리지 서비스가 포함된 프라이빗 클라우드가 필요합니다. 이러한 요구 사항을 충족하려면 각 데이터 서비스에 대해 서로 다른 하드웨어를 배포하고 관리해야 하므로 비용과 복잡성이 추가됩니다.

별도의 스토리지 풀은 전체 용량 활용도를 낮추고 유연성을 제한합니다. 데이터가 디지털 혁신에서 매우 중요한 역할을 하므로 이 문제를 해결하는 것의 중요성을 간과해서는 안 됩니다.

취약한 자동화

유연하지 않은 아키텍처와 복잡한 데이터 서비스를 갖춘 프라이빗 클라우드는 필연적으로 자동화를 어렵게 만듭니다. 결과적으로 자동화를 만드는 데 더 많은 시간이 소요되고 자동화 오류가 발생할 가능성이 더 높으며 문제 해결 및 유지 관리가 더 복잡합니다. 게다가 플랫폼에 완전히 통합된 자동화 도구는 또 다른 복잡성을 추가합니다.

부적절한 성능 및 가용성

프라이빗 클라우드 환경에서는 각 워크로드의 성능 요구 사항에 대한 가시성이 낮을 수 있으며, 사용자가 VM 및 애플리케이션을 시작 및 중지함에 따라 워크로드도 더 빠르게 변경될 수 있습니다.

결과적으로 일부 워크로드는 "시끄러운 이웃"이 되어 리소스 공유 이상을 사용하고 다른 워크로드의 성능에 부정적인 영향을 미칠 수 있습니다. 잘못 설계된 프라이빗 클라우드는 단일 실패 지점, 병목 현상 및 가용성을 저해하는 기타 결함을 유발할 수도 있습니다.

어려운 스케일링

바쁘고 성장하는 프라이빗 클라우드 환경에서는 언제 성능, 특히 I/O 성능이 바닥날지 예측하기 어려울 수 있습니다. 여러 유형의 스토리지가 필요한 경우 확장에 지장을 주고 비용이 많이 들 수 있습니다. 올바른 아키텍처는 확장을 단순화해야 합니다. 올바른 도구는 리소스 소비 모니터링을 단순화하는 동시에 용량 계획 및 시나리오 테스트를 촉진해야 합니다.

프라이빗 클라우드에 부담이 되는 이러한 문제와 결함이 많을수록 관리해야 하는 환경이 더 복잡해지고 CapEx와 OpEx 측면에서 비용이 더 많이 듭니다.

동급 최고의 프라이빗 클라우드를 위한 체크리스트

프라이빗 클라우드에서 원하는 수익(및 변환)을 얻으려면 단순히 "있으면 좋은" 기능이 아니라 다음 기능이 모두 필요합니다.

• 개발자와 내부 사용자가 필요에 따라 리소스에 빠르게 액세스할 수 있는 간단한 셀프 서비스 입니다.
• API를 통한 자동화 및 오케스트레이션으로 환경을 빠르고 쉽게 사용자 지정할 수 있습니다.
• 무중단 소프트웨어 설치, 업그레이드 및 워크로드 배치를 허용하는 지능적인 원클릭 작업 .
• 동적 확장성 을 통해 비즈니스 성장에 따라 빠르게 리소스를 늘릴 수 있습니다.
• 비용 거버넌스를 단순화하기 위한 차지백 및 쇼백 .
• 블록, 파일 및 개체 스토리지 사일로를 제거하고 복원력과 확장성을 높이는 통합 스토리지 서비스 입니다.
• 원활한 비즈니스 연속성을 위한 타사 백업 서비스와의 간단한 통합을 포함하여 강력한 데이터 보호 (예: 스냅샷, 복제 및 복제).
• 기존 DR의 오버헤드 없이 RPO 및 RTO 요구 사항을 안정적으로 충족하는 내장형 재해 복구 .
• 스토리지와 VM의 상태를 모니터링하고 모든 문제를 자동으로 해결하는 최첨단 보안 . 여기에는 미사용 데이터 암호화 및 정책 기반 마이크로세그멘테이션도 포함되어야 합니다.
• 하이브리드 클라우드에 대한 모든 장애물을 제거하기 위한 간편한 퍼블릭 클라우드 통합 .

HCI는 핵심

프라이빗 클라우드에는 클라우드 자체의 장점을 가능하게 하는 핵심 인프라가 필요합니다. 기존의 3계층 또는 서버-SAN IT 인프라의 복잡성으로 인해 이러한 이점이 사라질 수 있습니다. 적절한 하이퍼컨버지드 인프라 (HCI) 솔루션은 자가 치유, 간소화된 용량 계획, 더 쉬운 자동화, 관리 오버헤드 감소를 포함하여 클라우드 컴퓨팅의 필수 장점을 제공합니다.

하이브리드 클라우드의 기반이 되는 프라이빗 클라우드

SaaS, 개발 및 테스트, 재해 복구, 데이터 보호와 같은 퍼블릭 클라우드를 선택하기 위한 여러 가지 매력적인 사용 사례가 있습니다. 다행스럽게도 공개 및 비공개 접근 방식 모두를 최대한 활용할 수 있는 기술이 마침내 도착했습니다. 하이브리드 클라우드는 최적의 환경에 애플리케이션과 데이터를 배치할 수 있는 추가 유연성과 함께 클라우드 컴퓨팅의 이점을 제공합니다.

그러나 진정한 하이브리드 클라우드를 구축할 수 있는 프라이빗 클라우드로 시작하는 것이 중요합니다. 이상적인 사설 클라우드 솔루션에는 애플리케이션 및 수명 주기 관리, 보안 거버넌스, 비용 거버넌스를 포함하여 하이브리드 클라우드 환경의 사설 및 공용 클라우드 구성 요소 관리를 단순화하고 통합하는 도구가 포함됩니다.

올바른 프라이빗 클라우드 솔루션은 퍼블릭 클라우드와의 통합을 적극적으로 촉진해야 합니다. 여기에는 VM 및 데이터를 한 위치에서 다른 위치로 복사, 복제 또는 마이그레이션하기 위한 도구, 다양한 하이퍼바이저 지원, VM과 컨테이너를 모두 지원하는 기능이 포함됩니다.

하이브리드 클라우드 배포의 가장 큰 문제 중 하나는 프라이빗 클라우드와 퍼블릭 클라우드가 완전히 다른 관리 환경을 가질 수 있다는 것입니다. 이로 인해 배포 및 지속적인 관리가 더 어려워지고 운영자 오류, 보안 취약성 및 비용 초과의 가능성이 높아집니다. 환경 전체에서 동등한 VM 및 스토리지의 크기를 조정하거나 프라이빗 클라우드의 기능을 퍼블릭 클라우드의 동등한 기능에 매핑하는 것이 어려울 수 있습니다.

구축하는 프라이빗 클라우드가 하이브리드 클라우드의 유연성과 민첩성을 활용하는 데 장애가 아니라 진입로인지 확인하십시오.

도전 과제부터 시작하면 적합한 클라우드가 따라옵니다.

이 기사에서는 조직이 차세대 HCI 코어로 구동되는 프라이빗 클라우드를 배포하여 얻을 수 있는 많은 이점에 대해 설명했습니다. 그러나 기술 자체보다 훨씬 더 중요한 것은 요구 사항을 깊이 이해하는 것입니다.

해결하려는 문제가 무엇인지 정확히 알고 있는지 확인하십시오. 기술은 사람을 고치고 문제를 처리할 수 없습니다. 철저한 분석을 마치면 즉각적인 비즈니스 및 기술 요구 사항은 물론 하이브리드 클라우드로의 여정을 위한 최적의 프라이빗 클라우드를 구축할 수 있습니다.