하이브리드 클라우드: 초보 파일럿을 위한 가이드

안녕하세요, Khabrovites! 통계에 따르면, 러시아의 클라우드 서비스 시장은 지속적으로 강세를 보이고 있습니다. 하이브리드 클라우드는 기술 자체가 새로운 것이 아니라는 사실에도 불구하고 그 어느 때보다 많은 추세를 보이고 있습니다. 많은 기업에서는 상황에 따라 필요한 하드웨어를 포함하여 대규모 하드웨어를 프라이빗 클라우드 형태로 유지 관리하는 것이 얼마나 실현 가능한지 궁금해하고 있습니다.

오늘은 어떤 상황에서 하이브리드 클라우드를 사용하는 것이 정당한 조치인지, 어떤 경우에 문제가 발생할 수 있는지에 대해 이야기하겠습니다. 이 기사는 이전에 하이브리드 클라우드 작업에 대한 진지한 경험이 없었지만 이미 하이브리드 클라우드를 살펴보고 있으며 어디서부터 시작해야 할지 모르는 사람들에게 유용할 것입니다.

기사 마지막 부분에서는 클라우드 공급자를 선택하고 하이브리드 클라우드를 설정할 때 도움이 되는 요령에 대한 체크리스트를 제공합니다.

관심 있는 모든 분들에게 컷을 확인하시기 바랍니다!

프라이빗 클라우드 VS 퍼블릭: 장단점

기업이 하이브리드로 전환하게 된 이유를 이해하기 위해 퍼블릭 클라우드와 프라이빗 클라우드의 주요 기능을 살펴보겠습니다. 우선 어떤 식으로든 대부분의 회사와 관련된 측면에 초점을 맞춰 보겠습니다. 용어의 혼동을 피하기 위해 주요 정의를 아래에 제시합니다.

프라이빗(또는 프라이빗) 클라우드 구성 요소가 한 회사 내에 있고 이 회사 또는 클라우드 제공업체가 소유한 장비에만 있는 IT 인프라입니다.

퍼블릭 클라우드 소유자가 유료로 서비스를 제공하고 모든 사람에게 클라우드 공간을 제공하는 IT 환경입니다.

하이브리드 클라우드 두 개 이상의 프라이빗 클라우드와 두 개 이상의 퍼블릭 클라우드로 구성되며, 컴퓨팅 성능을 공유합니다.

프라이빗 클라우드

높은 비용에도 불구하고 프라이빗 클라우드에는 무시할 수 없는 여러 가지 장점이 있습니다. 여기에는 높은 제어성, 데이터 보안, 리소스 및 장비 작동에 대한 전체 모니터링이 포함됩니다. 대략적으로 말하면 프라이빗 클라우드는 이상적인 인프라에 대한 모든 엔지니어의 아이디어를 충족합니다. 언제든지 클라우드 아키텍처를 조정하고 해당 속성과 구성을 변경할 수 있습니다.

외부 공급자에게 의존할 필요가 없습니다. 모든 인프라 구성 요소가 사용자 측에 그대로 유지됩니다.

그러나 강력한 찬성 주장에도 불구하고 프라이빗 클라우드는 시작과 이후 유지 관리 비용이 매우 높을 수 있습니다. 이미 프라이빗 클라우드를 설계하는 단계에서 향후 로드를 정확하게 계산해야 합니다.... 처음에 절약하면 조만간 리소스 부족과 성장의 필요성에 직면하게 될 것이라는 사실로 이어질 수 있습니다. 그리고 프라이빗 클라우드를 확장하는 것은 복잡하고 비용이 많이 드는 프로세스입니다. 새로운 장비를 구입해야 할 때마다 이를 연결하고 구성해야 하며, 이는 퍼블릭 클라우드에서 거의 즉각적인 확장에 비해 몇 주가 걸릴 수 있습니다.

장비 비용 외에도 라이센스와 인력에 대한 재정 자원을 제공해야 합니다.

어떤 경우에는 "가격/품질" 균형, 더 정확하게는 "확장 및 유지 관리 비용/얻는 이점"이 결국 가격 쪽으로 이동합니다.

퍼블릭 클라우드

귀하가 프라이빗 클라우드만 소유하고 있는 경우 퍼블릭 클라우드는 유료로 컴퓨팅 리소스를 사용할 수 있도록 허용하는 외부 공급자에 속합니다.

동시에 클라우드 지원 및 유지 관리와 관련된 모든 것은 강력한 "공급자"의 어깨에 있습니다. 귀하의 임무는 최적의 관세 계획을 선택하고 제 시간에 지불하는 것입니다.

상대적으로 소규모 프로젝트에 퍼블릭 클라우드를 사용하는 것은 자체 장비를 유지하는 것보다 훨씬 저렴합니다.

따라서 IT 전문가를 유지할 필요가 없으며 재무적 위험도 줄어듭니다.

언제든지 클라우드 제공업체를 자유롭게 변경하고 더 적합하거나 수익성이 높은 위치로 이동할 수 있습니다.

퍼블릭 클라우드의 단점은 여기에 있는 모든 것이 예상됩니다. 클라이언트 측의 제어가 훨씬 적고, 대용량 데이터를 처리할 때 성능이 낮으며, 일부 비즈니스 유형에 중요할 수 있는 프라이빗 클라우드에 비해 데이터 보안이 낮습니다. .

하이브리드 클라우드

위의 장점과 단점이 교차하는 지점에는 사실상 하나 이상의 프라이빗 클라우드와 하나 이상의 퍼블릭 클라우드가 결합된 하이브리드 클라우드가 있습니다. 언뜻 보기에 하이브리드 클라우드는 언제든지 컴퓨팅 성능을 "팽창"하고 필요한 계산을 수행하며 모든 것을 "폭발"할 수 있는 철학의 돌처럼 보일 수 있습니다. 구름이 아니라 데이비드 블레인!

실제로는 모든 것이 이론만큼 아름답습니다. 하이브리드 클라우드는 시간과 비용을 절약하고 표준 및 비표준 사용 사례가 많지만... 미묘한 차이가 있습니다. 그 중 가장 중요한 것은 다음과 같습니다.

첫째로, 성능 측면을 포함하여 "귀하의" 클라우드와 "다른 사람의" 클라우드를 올바르게 연결해야 합니다. 여기서는 특히 퍼블릭 클라우드 데이터 센터가 물리적으로 원격이거나 다른 기술을 기반으로 구축된 경우 많은 문제가 발생할 수 있습니다. 이 경우 지연 위험이 높으며 때로는 치명적입니다.

둘째로, 하이브리드 클라우드를 단일 애플리케이션의 인프라로 사용하면 모든 측면(CPU에서 디스크 하위 시스템까지)에서 성능이 고르지 않고 내결함성이 저하됩니다. 동일한 매개변수를 가지고 있지만 서로 다른 세그먼트에 위치한 두 서버는 서로 다른 성능을 보여줍니다.

제삼으로, 이미 위에서 언급한 "외부" 하드웨어의 하드웨어 취약성(인텔 설계자에게 열렬한 인사)과 클라우드 공개 부분의 기타 보안 문제를 잊지 마십시오.

네째로, 하이브리드 클라우드를 사용하면 단일 애플리케이션을 호스팅하는 경우 내결함성이 크게 저하될 위험이 있습니다.

특별 보너스: 이제 하나가 아닌 두 개의 클라우드 및/또는 이들 사이의 연결이 한 번에 "끊어질" 수 있습니다. 그리고 한 번에 여러 가지 조합이 가능합니다.

이와 별도로 하이브리드 클라우드에서 대규모 애플리케이션을 호스팅할 때 발생하는 문제도 언급할 가치가 있습니다.
대부분의 경우, 예를 들어 퍼블릭 클라우드에서 100GB RAM을 갖춘 128개의 가상 머신을 확보할 수는 없습니다. 대부분의 경우 아무도 그러한 자동차를 10대도 주지 않습니다.

예, 공용 클라우드는 고무가 아닙니다. 모스크바. 많은 공급자는 이러한 여유 용량을 유지하지 않으며 이는 주로 RAM과 관련이 있습니다. 원하는 만큼 프로세서 코어를 "그릴" 수 있으며 물리적으로 사용 가능한 것보다 몇 배 더 많은 SSD 또는 HDD 용량을 제공할 수 있습니다. 공급자는 귀하가 전체 볼륨을 한 번에 사용하지 않고 계속해서 볼륨을 늘릴 수 있기를 바랍니다. 그러나 RAM이 충분하지 않으면 가상 머신이나 애플리케이션이 쉽게 충돌할 수 있습니다. 그리고 가상화 시스템이 항상 그러한 트릭을 허용하는 것은 아닙니다. 어떤 경우든 이러한 이벤트 전개를 기억하고 "국내" 공급자와 이러한 사항을 논의할 가치가 있습니다. 그렇지 않으면 피크 로드(블랙 프라이데이, 계절별 로드 등) 중에 뒤쳐질 위험이 있습니다.

요약하자면, 하이브리드 인프라를 사용하려면 다음 사항에 유의하세요.

• 공급자는 요청 시 필요한 용량을 항상 제공할 준비가 되어 있지 않습니다.
• 요소의 연결에 문제와 지연이 있습니다. 어떤 인프라 부분과 어떤 경우에 "공동"을 통해 요청하는지 이해해야 합니다. 이는 성능과 가용성에 영향을 미칠 수 있습니다. 클라우드에는 하나의 클러스터 노드가 아니라 별도의 독립적인 인프라 부분이 있다는 점을 고려하는 것이 좋습니다.
• 경관의 많은 부분에서 문제가 발생할 위험이 있습니다. 하이브리드 솔루션에서는 클라우드 중 하나가 완전히 "떨어질" 수 있습니다. 일반 가상화 클러스터의 경우 최대 한 대의 서버를 잃을 위험이 있지만 여기서는 하룻밤 사이에 많은 양의 서버를 잃을 위험이 있습니다.
• 가장 안전한 방법은 공용 부분을 '확장기'가 아닌 별도의 데이터 센터에 있는 별도의 클라우드로 취급하는 것입니다. 사실, 이 경우 실제로 솔루션의 "혼성성"을 무시합니다.

하이브리드 클라우드의 단점 완화

실제로 사진은 생각보다 훨씬 더 즐겁습니다. 가장 중요한 것은 좋은 하이브리드 클라우드를 "요리"하는 요령을 아는 것입니다. 체크리스트 형식의 주요 항목은 다음과 같습니다.

• 애플리케이션의 지연 시간에 민감한 부분(예: OLTP 부하가 있는 캐시 또는 데이터베이스)을 기본 소프트웨어와 별도로 퍼블릭 클라우드로 이동해서는 안 됩니다.
• 애플리케이션의 해당 부분 전체를 퍼블릭 클라우드에 두지 마십시오. 그렇지 않으면 작동이 중지됩니다. 그렇지 않으면 시스템 오류 확률이 여러 번 증가합니다.
• 확장할 때 클라우드의 다양한 부분에 배포된 머신의 성능이 달라질 수 있다는 점을 염두에 두세요. 확장 유연성도 완벽하지 않습니다. 불행하게도 이는 건축 설계의 문제이므로 완전히 근절할 수는 없습니다. 업무에 미치는 영향을 줄이려고 노력할 수 있습니다.
• 퍼블릭 클라우드와 프라이빗 클라우드 사이의 물리적 근접성을 최대한 보장하십시오. 거리가 짧을수록 세그먼트 간 지연이 줄어듭니다. 이상적으로는 클라우드의 두 부분이 모두 동일한 데이터 센터에 "활성"되어 있습니다.
• 두 클라우드가 동일한 네트워크 기술을 사용하는지 확인하는 것도 똑같이 중요합니다. Ethernet-InfiniBand 게이트웨이는 많은 문제를 일으킬 수 있습니다.
• 프라이빗 클라우드와 퍼블릭 클라우드에서 동일한 가상화 기술을 사용한다면 이는 확실한 장점이다. 경우에 따라 다시 설치하지 않고 전체 가상 머신을 마이그레이션하기 위해 공급자와 동의할 수 있습니다.
• 하이브리드 클라우드를 수익성 있게 사용하려면 가격이 가장 유연한 클라우드 제공업체를 선택하세요. 무엇보다도 실제로 사용된 리소스를 기반으로 합니다.
• 데이터 센터를 통한 확장: 용량을 늘려야 하는 경우 "두 번째 데이터 센터"를 만들어 부하를 받습니다. 계산은 끝났나요? 우리는 과도한 전력을 "소화"하고 절약합니다.
• 프라이빗 클라우드가 확장되는 동안 또는 단순히 특정 기간 동안 개별 애플리케이션과 프로젝트를 퍼블릭 클라우드로 이동할 수 있습니다. 사실, 이 경우 하이브리드성은 없으며 일반 L2 연결만 가능하며 자체 클라우드의 존재 여부에 전혀 의존하지 않습니다.

대신 결론

그게 다야. 우리는 프라이빗 클라우드와 퍼블릭 클라우드의 기능에 대해 이야기하고 하이브리드 클라우드의 성능과 안정성을 향상할 수 있는 주요 기회를 살펴보았습니다. 그러나 모든 클라우드의 설계는 회사의 비즈니스 목표와 리소스에 따라 결정된 결정, 타협 및 관례의 결과입니다.

우리의 목표는 독자가 자신의 목표, 사용 가능한 기술 및 재무 능력을 기반으로 적절한 클라우드 인프라를 진지하게 선택하도록 동기를 부여하는 것입니다.

댓글을 통해 하이브리드 클라우드에 대한 경험을 공유해 주시기 바랍니다. 우리는 귀하의 전문 지식이 많은 초보 조종사에게 유용할 것이라고 확신합니다.

출처 : habr.com