구름을 또 한번 보세요. 프라이빗 클라우드란 무엇입니까?

한편으로는 컴퓨팅 파워의 성장과 x86 플랫폼 가상화 기술의 발전, 다른 한편으로는 IT 아웃소싱의 확산이 유틸리티 컴퓨팅(IT as a Utility Service)이라는 개념을 탄생시켰습니다. 물이나 전기와 같은 방식으로 IT 비용을 지불하는 것은 어떨까요? 필요할 때 정확히 필요한 만큼만 지불하고 그 이상은 지불하지 마십시오.

이 순간 클라우드 컴퓨팅의 개념이 나타났습니다. 즉 "클라우드"에서 IT 서비스를 소비하는 것입니다. 이러한 리소스가 어디서 어떻게 왔는지 신경 쓰지 않고 일부 외부 리소스 풀에서 가져옵니다. 우리가 수도 펌프장의 인프라에 관심이 없는 것처럼 말입니다. 이 시점에서 개념의 다른 측면, 즉 IT 서비스의 개념과 ITIL/ITSM 프레임워크 내에서 이를 관리하는 방법이 해결되었습니다.

클라우드(클라우드 컴퓨팅)에 대한 다양한 정의가 개발되었지만 이를 궁극적인 진실로 간주해서는 안 됩니다. 이는 단지 유틸리티 컴퓨팅을 제공하는 방법을 공식화하는 방법일 뿐입니다.

• “클라우드 컴퓨팅은 컴퓨터 리소스와 전력이 사용자에게 인터넷 서비스로 제공되는 분산 데이터 처리 기술입니다.” Wikipedia
• “클라우드 컴퓨팅은 최소한의 관리로 신속하게 프로비저닝할 수 있는 구성 가능한 온디맨드 컴퓨팅 리소스(예: 네트워크, 서버, 스토리지, 애플리케이션 및 서비스)의 공유 풀에 대한 편리한 네트워크 기반 액세스를 제공하는 모델을 제공합니다. 노력 또는 개입. 서비스 제공자" NIST
• "클라우드 컴퓨팅은 확장 가능하고 유연한 분산된 물리적 또는 가상 리소스 풀, 셀프 서비스 및 온디맨드 관리형 네트워크 액세스를 제공하는 패러다임입니다." ISO/IEC 17788:2014 정보 기술 - 클라우드 컴퓨팅 - 개요 및 어휘.

NIST에 따르면 클라우드에는 세 가지 주요 유형이 있습니다.

1. IaaS - 서비스로서의 인프라
2. PaaS – 서비스로서의 플랫폼 – 서비스로서의 플랫폼
3. SaaS - 서비스로서의 소프트웨어

차이점을 매우 간단하게 이해하기 위해 Pizza-as-a-Service 모델을 살펴보겠습니다.

NIST는 클라우드 기반으로 간주되는 IT 서비스의 필수 기능을 다음과 같이 정의합니다.

• 범용 네트워크 액세스(광범위한 네트워크 액세스) – 서비스에는 거의 모든 사람이 최소한의 요구 사항으로 서비스에 연결하고 사용할 수 있도록 하는 범용 네트워크 인터페이스가 있어야 합니다. 예 - 220V 전기 네트워크를 사용하려면 주전자, 진공 청소기, 노트북 등 변경되지 않는 표준 범용 인터페이스(플러그)가 있는 모든 소켓에 연결하면 충분합니다.
• 측정된 서비스 – 클라우드 서비스의 주요 특징은 서비스의 측정 가능성입니다. 전기에 대한 비유로 돌아가면, 한 달 동안 한 번 집에 있고 차 한 잔을 마셨다면 주전자를 한 번 끓이는 비용까지 최소한의 세분성으로 소비한 만큼 정확하게 지불하게 됩니다.
• 온디맨드 서비스 자체 구성(온디맨드 셀프 서비스) – 클라우드 공급자는 공급자의 직원과 상호 작용할 필요 없이 서비스를 지능적으로 구성할 수 있는 기회를 고객에게 제공합니다. 주전자를 끓이기 위해 미리 에너고스비트에 연락해서 미리 경고하고 허가를 받을 필요는 전혀 없습니다. 집이 연결되는 순간(계약이 체결되는 순간)부터 모든 소비자는 공급되는 전력을 독립적으로 관리할 수 있습니다.
• 즉각적인 탄력성(신속한 탄력성) – 클라우드 공급자는 용량을 즉시 늘리거나 줄일 수 있는 기능을 리소스에 제공합니다(합리적인 특정 한도 내에서). 주전자를 켜는 즉시 공급자는 즉시 3kW의 전력을 네트워크에 공급하고, 전원이 꺼지는 즉시 출력을 XNUMX으로 줄입니다.
• 자원 풀링 – 서비스 제공자의 내부 메커니즘을 통해 개별 발전 용량을 공통 자원 풀로 결합하고 다양한 소비자에게 서비스로 자원을 추가로 제공할 수 있습니다. 주전자를 켤 때 우리는 전력이 어느 특정 발전소에서 나오는지에 대해 가장 관심을 두지 않습니다. 그리고 다른 모든 소비자도 우리와 함께 이 전력을 소비합니다.

위에서 설명한 클라우드의 특성은 허공에서 나온 것이 아니라 유틸리티 컴퓨팅 개념에서 나온 논리적 결론임을 이해하는 것이 중요합니다. 그리고 공공서비스는 개념의 틀 안에서 이러한 특성을 갖추어야 합니다. 하나 또는 다른 특성이 일치하지 않으면 서비스가 악화되지 않고 "독성"이 발생하지 않고 흐려지는 것을 멈 춥니 다. 글쎄, 누가 모든 서비스가 그래야 한다고 말했습니까?

내가 왜 이것에 대해 별도로 이야기하고 있습니까? NIST 정의가 도입된 이후 지난 10년 동안 정의된 "진정한 흐림"에 대해 많은 논쟁이 있었습니다. 미국에서는 "법률 조항을 준수하지만 정신은 준수하지 않습니다"라는 공식이 여전히 사법 영역에서 사용되는 경우가 있습니다. 클라우드 컴퓨팅의 경우 가장 중요한 것은 정신, 임대 자원입니다. 마우스 클릭.

위의 5가지 특성은 퍼블릭 클라우드에 적용되지만, 프라이빗 클라우드로 전환할 때에는 대부분 선택 사항이 된다는 점에 유의해야 합니다.

• 범용 네트워크 액세스(광범위한 네트워크 액세스) – 프라이빗 클라우드 내에서 조직은 발전 시설과 소비자 클라이언트 모두를 완벽하게 제어할 수 있습니다. 따라서 이 특성은 자동으로 충족되는 것으로 간주될 수 있습니다.
• 측정된 서비스는 유틸리티 컴퓨팅 개념의 핵심 특징인 소비에 따른 지불입니다. 하지만 조직이 어떻게 스스로 비용을 지불할 수 있습니까? 이 경우 회사 내에서 생산과 소비가 구분되어 IT가 공급자가 되고, 사업 단위가 서비스의 소비자가 됩니다. 그리고 부서 간 상호 합의가 이루어집니다. 두 가지 운영 모드가 가능합니다: 지불 거절(실제 상호 정산 및 금융 이동 포함) 및 쇼백(자원 소비에 대한 루블 단위 보고 형식, 금융 이동 없음).
• 온디맨드 셀프 서비스 – 조직 내에 공유 IT 서비스가 있을 수 있으며, 이 경우 특성은 의미가 없게 됩니다. 그러나 사업부에 자체 IT 전문가나 애플리케이션 관리자가 있는 경우 셀프 서비스 포털을 구성해야 합니다. 결론 - 특성은 선택 사항이며 비즈니스 구조에 따라 다릅니다.
• 즉각적인 탄력성(빠른 탄력성) - 조직 내에서는 프라이빗 클라우드 구성을 위한 고정된 장비 세트로 인해 그 의미를 잃습니다. 내부 정착지 내에서는 제한된 범위 내에서 사용될 수 있습니다. 결론 - 프라이빗 클라우드에는 적용되지 않습니다.
• 리소스 풀링 – 오늘날 서버 가상화를 사용하지 않는 조직은 사실상 없습니다. 따라서 이 특성은 자동으로 충족된다고 볼 수 있다.

질문: 그렇다면 귀하의 프라이빗 클라우드는 무엇입니까? 회사는 이를 구축하기 위해 무엇을 구매하고 구현해야 합니까?

답변: 프라이빗 클라우드는 80%의 관리 조치와 20%의 기술로만 구성된 IT-비즈니스 상호 작용의 새로운 관리 모델로의 전환입니다.

수억 달러의 석유를 자본 지출에 묻어두지 않고도 소비된 자원에 대해서만 비용을 지불하고 쉽게 진입할 수 있게 되면서 새로운 기술 환경이 조성되고 억만장자 기업이 등장하게 되었습니다. 예를 들어, 현대의 거대 기업인 Dropbox와 Instagram은 자체 인프라가 전혀 없는 AWS의 스타트업으로 나타났습니다.

클라우드 서비스 관리 도구가 훨씬 더 간접적으로 변하고 있으며, IT 책임자의 주요 책임이 공급업체 선정 및 품질 관리라는 점을 별도로 강조해야 합니다. 이 두 가지 새로운 책임의 과제를 살펴보겠습니다.

자체 데이터 센터와 하드웨어를 갖춘 기존의 무거운 인프라에 대한 대안으로 등장한 클라우드는 믿을 수 없을 정도로 가볍습니다. 클라우드에 들어가기는 쉽지만 퇴장 문제는 일반적으로 피합니다. 다른 산업과 마찬가지로 클라우드 제공업체는 비즈니스를 보호하고 경쟁을 더욱 어렵게 만들기 위해 노력합니다. 유일하게 심각한 경쟁 순간은 클라우드 서비스 공급자를 처음 선택할 때만 발생하며 공급자는 고객이 그를 떠나지 않도록 모든 노력을 기울일 것입니다. 또한 모든 노력이 서비스 품질이나 범위를 목표로 하는 것은 아닙니다. 우선, 이는 고유한 서비스 제공과 비표준 시스템 소프트웨어 사용으로 인해 다른 공급자로 전환하기가 어렵습니다. 따라서 서비스 제공업체를 선택할 때 이 공급업체로부터 전환 계획(본질적으로 본격적인 DRP - 재해 복구 계획)을 수립하는 동시에 데이터 스토리지 및 백업 복사본의 아키텍처를 고려하는 것이 필요합니다.

IT 책임자의 새로운 책임 중 두 번째로 중요한 측면은 공급업체의 서비스 품질을 모니터링하는 것입니다. 거의 모든 클라우드 제공업체는 자체 내부 지표에 따라 SLA를 준수하며, 이는 고객의 비즈니스 프로세스에 극히 간접적인 영향을 미칠 수 있습니다. 따라서 중요한 IT 시스템을 클라우드 공급자에게 이전할 때 자체 모니터링 및 제어 시스템을 구현하는 것이 핵심 프로젝트 중 하나가 됩니다. SLA에 대한 주제를 이어가면서, 대다수의 클라우드 제공업체는 SLA 이행 실패에 대한 책임을 월간 구독료 또는 지불 지분으로 제한한다는 점을 강조할 필요가 있습니다. 예를 들어, AWS 및 Azure에서는 가용성 임계값 95%(월 36시간)를 초과하면 구독료를 100% 할인하고 Yandex.Cloud는 30%를 할인합니다.

https://yandex.ru/legal/cloud_sla_compute/

그리고 물론 구름이 아마존급 마스토돈이나 얀덱스급 코끼리에 의해서만 만들어지는 것은 아니라는 점을 잊어서는 안 됩니다. 구름은 고양이나 쥐 크기만큼 더 작을 수도 있습니다. CloudMouse 예시에서 볼 수 있듯이 때로는 클라우드가 그냥 멈추고 끝나는 경우가 있습니다. 보상이나 할인을 받지 못합니다. 전체 데이터 손실 외에는 아무것도 받을 수 없습니다.

클라우드 인프라에서 비즈니스에 중요한 고급 IT 시스템을 구현하는 데 따른 위의 문제를 고려하여 최근 몇 년간 "클라우드 송환" 현상이 관찰되었습니다.

2020년까지 클라우드 컴퓨팅은 부풀려진 기대의 정점을 지났고 개념은 실망의 수렁에 빠지고 있습니다(Gartner의 과대 광고 주기에 따르면). 조사에 따르면 IDC и 451 연구 최대 80%의 기업 고객이 다음과 같은 이유로 클라우드에서 자체 데이터 센터로 로드를 반환하고 계획하고 있습니다.

• 가용성/성능 향상
• 비용을 줄이다;
• 정보 보안 요구 사항을 준수합니다.

해야 할 일과 모든 것이 "실제로" 어떤가요?

구름이 장기적으로 존재한다는 것은 의심의 여지가 없습니다. 그리고 매년 그들의 역할은 증가할 것입니다. 그러나 우리는 먼 미래에 살고 있는 것이 아니라 2020년이라는 매우 구체적인 상황에 살고 있습니다. 스타트업이 아니라 전형적인 기업 고객이라면 클라우드로 무엇을 해야 할까요?

1. 클라우드는 주로 예측할 수 없거나 계절적 부하가 심한 서비스를 위한 장소입니다.
2. 대부분의 경우, 예측 가능하고 안정적인 로드를 제공하는 서비스는 자체 데이터 센터에서 유지 관리하는 것이 더 저렴합니다.
3. 테스트 환경과 우선순위가 낮은 서비스를 갖춘 클라우드 작업을 시작해야 합니다.
4. 클라우드에 정보 시스템을 배치하는 것에 대한 고려는 클라우드를 종료하여 다른 클라우드로(또는 자체 데이터 센터로 다시) 방법을 개발하는 것부터 시작됩니다.
5. 클라우드에 정보 시스템을 배치하는 작업은 제어하는 ​​인프라에 대한 백업 체계를 개발하는 것부터 시작됩니다.

출처 : habr.com