단일 서버도 가상화하기

가상화와 관련된 대화에서 통합(서버 가상화의 맥락에서 이전에 물리적으로 실행되던 여러 워크로드를 가상 머신 경계로 분리하여 단일 물리적 서버에 올리는 것을 의미)의 개념이 가상화의 핵심 원칙이자 근본적인 기능으로 취급되는 것을 매우 자주 봅니다. 워크로드 통합이 가상화에서 놀라운 기회를 나타내는 것은 분명하지만, 가상화의 가치와 통합의 가치를 혼동하지 않는 것이 매우 중요합니다. 너무 자주 통합이 가상화의 핵심 가치이자 주요 정당화 이유로 여겨지지만 그렇지 않습니다. 통합은 보너스 기능이지만 가상화를 정당화할 때 필요한 것이 되어서는 안 됩니다. 가상화는 거의 당연한 결론이어야 하는 반면, 통합은 평가되어야 하며 많은 경우 사용되지 않을 것입니다. 워크로드가 통합되어서는 안 된다는 것이 해당 워크로드가 가상화되어서는 안 된다는 믿음으로 이어져서는 안 됩니다. 이 관점을 어떻게 바라봐야 하는지 가상화 결정 공간을 탐구하고 싶습니다.

가상화는 하드웨어 추상화로 생각해야 합니다. 실질적인 의미에서 바로 그것이기 때문입니다. 가상화는 하드웨어를 캡슐화하고 게스트 운영체제에 예측 가능하고 순수한 하드웨어 세트를 제공합니다. 이것이 복잡성을 추가하는 것처럼 들릴 수 있지만, 실제로는 표준 인터페이스를 만들어냄으로써 운영체제와 드라이버 개발자 및 시스템을 설계하는 IT 전문가 모두에게 많은 것을 단순화합니다. 컴퓨터, 주변 장치, 운영체제가 매우 복잡한 것이기 때문에 이 추가 레이어가 실제로는 표준 인터페이스를 만들어 시스템에서 복잡성을 제거하게 됩니다. 표준화에서 단순함이 나옵니다.

소프트웨어 레이어에 표준 가상 머신을 제공하는 이 동일한 개념은 컴퓨팅의 다른 분야에도 존재합니다. 예를 들어 많은 프로그래밍 언어가 구현되는 방식에서도 마찬가지입니다. 이것은 매우 성숙하고 신뢰할 수 있는 컴퓨팅 모델입니다.

하드웨어 추상화와 그것이 가져다주는 안정성만으로도 가상화를 전반적으로 표준화할 충분한 이유가 되지만, 오늘날 우리가 이용할 수 있는 모든 엔터프라이즈 가상화 제품이 구현하는 하드웨어 추상화의 실용적인 특성은 더욱 중요한 기능들을 제공합니다. 확실히, 가상화의 대부분의 이점은 다른 방법으로도 어느 정도 찾을 수 있지만, 가상화만큼 완전하고 신뢰할 수 있으며 간단하거나 자유롭게 찾기는 드뭅니다.

가장 큰 추가 기능 세트는 일반적으로 스토리지와 메모리의 추상화에서 나오며, 이를 통해 스토리지 또는 심지어 가상 머신의 전체 실행 상태를 스냅샷 찍을 수 있습니다. 즉, 실행 중인 시스템의 이미지를 찍어 파일에 저장하는 것입니다. 이 기능은 새 소프트웨어 설치, 구성 변경 또는 패치 전에 시스템 스냅샷을 찍을 수 있는 많은 매우 중요한 기능으로 이어집니다. 문제가 생기면 매우 빠른 롤백이 가능합니다. 이 겉보기에는 사소한 기능이 큰 안도감과 전반적인 시스템 신뢰성으로 이어질 수 있습니다. 또한 비프로덕션 환경에서 기능 테스트와 롤백 또는 반복 테스트를 매우 쉽게 만들어줍니다.

추상화 레이어에서의 스냅샷 기능은 또한 "이미지 기반 백업"을 수행하는 기능으로 이어집니다. 즉, 운영체제 파일 시스템 레이어 내부에서가 아닌 블록 디바이스 레이어에서 스냅샷 메커니즘을 통해 백업을 수행하는 것입니다. 이를 통해 운영체제에 구애받지 않는 백업 메커니즘과 전체 시스템 스토리지 풀을 한꺼번에 포함하는 백업이 가능합니다. 이미지 백업은 전통적으로 "베어 메탈 복구"로 알려진 것을 가능하게 합니다. 추가 상호 작용 없이 시스템 전체를 완전히 실행 상태로 복구할 수 있으며, 이것이 쉽고 매우 빠릅니다. 모든 하이퍼바이저 제조사가 이 기능을 포함하거나 동등한 수준으로 포함하는 것은 아니므로, 개념적으로는 주요 기능이지만 이 기능이 존재하거나 라이선스가 부여된 정도를 사례별로 고려해야 합니다(특히 HyperV는 이를 완전히 포함하고, XenServer는 부분적으로 포함하며, VMware vSphere는 무료가 아닌 라이선스 수준에서만 포함합니다). 사용 가능한 경우, 이미지 기반 백업은 다른 백업 방법론으로는 상상할 수 없는 속도로 매우 빠른 복구를 가능하게 합니다. 분 단위로 시스템을 복구하는 것이 가능합니다. 재해에서 복구까지!

가상 머신을 파일로 처리하는 기능(최소한 활성 실행 중이 아닐 때)은 위에 나열된 백업 이점과 관련된 추가 이점을 제공합니다. 즉, 물리적 호스트 간에 빠르고 쉽게 마이그레이션하고 심지어 서로 다른 하드웨어 간에도 이동하는 기능입니다. 전통적으로 하드웨어 업그레이드나 교체는 위험으로 가득한 복잡한 마이그레이션 프로세스를 의미했습니다. 현대적인 가상화를 사용하면, 기존 하드웨어에서 새 하드웨어로 이동하는 것이 안전한 폴백 옵션이 있고 다운타임이 거의 없거나 가능하면 전혀 없는 신뢰할 수 있고 비파괴적인 프로세스가 될 수 있습니다! 이전에는 매우 드물고 위험했던 작업들이 오늘날에는 종종 사소해질 수 있습니다.

종종 이것이 가상화와 추상화 메커니즘의 진정한 이점입니다. 반드시 시스템의 일상적인 운영을 개선하는 것이 아니라, 위험을 줄이고 미래에 유연성과 옵션을 제공하는 것입니다. 예측하기 어렵거나 대부분의 일반적인 상황에서 단순히 무시되는 미지의 것들에 대비하는 것입니다. 이러한 계획은 거의 이루어지지 않아 어렵고 위험한 업그레이드를 남겨두게 된 IT 부서들의 안타까움에도 불구하고 그렇습니다. 이 문제는 쉽게 완화될 수 있었을 것입니다.

가상화에는 특수한 시나리오에만 적용되는 많은 기능들이 있습니다. 많은 가상화 제품들은 다운타임 없이 실행 중인 워크로드를 호스트 간에 또는 스토리지 장치 간에도 이동하기 위한 라이브 마이그레이션 도구를 포함합니다. 고가용성 및 장애 허용 옵션은 종종 사용 가능하여 일부 워크로드가 사용자 개입 없이 실패한 하드웨어에서 이중화 하드웨어로 신속하게 또는 투명하게 복구할 수 있게 합니다. 틈새 이점이고 "거의 모든 워크로드"가 가상화되어야 하는 이유 목록에 포함되어야 하는 것은 아니지만, 처음부터 가상화가 사용되는 한 나중에 필요가 발생하면 추가될 수 있는 기능의 주요 예로 언급할 가치가 있습니다. 그렇지 않으면 이러한 기능을 활용하기 전에 가상화로의 마이그레이션이 필요할 것입니다.

가상화 제품들은 일반적으로 특정 경우에만 중요한 광범위한 추가 기능을 제공합니다. 그것들의 많은 수가 "미래의 필요 대비"라는 큰 풀에 해당합니다. 아마도 이 모든 것 중 가장 큰 것은 제가 이 기사 시작 부분에 언급한 통합의 개념입니다. 고가용성 같은 다른 고급 기능들처럼, 통합은 가상화의 핵심 가치가 아니지만 종종 그것과 혼동됩니다. 고가용성이나 통합을 활용하려 하지 않는 워크로드도 여전히 가상화되어야 합니다. 의심할 여지가 없습니다. 하지만 이러한 기능들은 오늘날 사용되지 않을 시나리오에서도 미래 옵션으로 잠재적으로 매우 가치 있기 때문에, 관계없이 언급할 가치가 있습니다.

통합은 매우 가치 있을 수 있으며 많은 사람들이 단순히 사용될 것이라고 가정하는 이유를 쉽게 이해할 수 있습니다. 인프라가 구축되면 이를 가용화하는 것은 미래 워크로드의 미지수를 처리하기 위한 유연성의 핵심 요소입니다. 오늘날 통합이 전혀 필요 없을 때도, 가장 작은 기업에서도, 알 수 없는 미래 어느 시점에는 유용할 가능성이 매우 높습니다. 가상화는 미지수에 대한 헤지를 제공하여 시스템을 최대 유연성을 위해 준비시킵니다. IT 결정의 가장 중요한 측면 중 하나는 위험을 관리하고 줄이는 것입니다. 가상화는 이를 실현합니다.

가상화는 안정성, 유연성, 표준화, 관리 가능성 그리고 모범 사례 따르기에 관한 것입니다. 오늘날 주요 엔터프라이즈 가상화 제품 중 적어도 어떤 형태로든 무료가 아닌 것은 없습니다. 물론 어떤 구매도 가치 대 지출의 신중한 분석이 필요합니다. 그러나 현재 이 공간의 4개 주요 제품 라인 모두에서 훌륭한 엔터프라이즈 옵션이 무료로 제공되고 있으므로(Xen, KVM, HyperV, VMware vSphere) 그러한 분석을 할 필요가 없습니다. 구현이 비부정적임을 보여주기만 하면 됩니다.

의사결정을 쉽게 만드는 것은, 모든 엔터프라이즈 가상화가 제공하는 최소한의 기본 사례, 즉 제로 비용의 추상화, 캡슐화, 스토리지 기반 이점을 고려할 때 사실상 모든 경우에 작은 이점이 있고, 측정 가능한 단점이 없으며, 유연성과 미래 요구에 대한 헤지 영역에서 매우 큰 잠재적 이점을 발견한다는 것입니다. 이는 명확한 승리와 단순한 결정으로 이어집니다. 가상화는 무료이며 본질적으로 단점이 없으므로, 가능한 경우(현재로서는 사실상 모든 워크로드)에는 어떤 경우에도 사용해야 합니다. 통합이나 고가용성 같은 비핵심적인 추가 기능들은 별도로, 그리고 가상화 결정이 이미 확고해진 후에만 평가되어야 합니다. 이러한 확장 기능에 대한 필요 부재가 어떤 방식으로도 가상화 자체의 장점으로 선택해서는 안 된다는 것을 시사하지 않습니다.

이것은 수년 동안 모든 잠재적 워크로드를 가상화하는 것이 업계 모범 사례가 되어온 기존 업계 관행에 대한 설명일 뿐입니다. 이것은 새로운 것도 방향의 변화도 아닙니다. 전반적인 가상화가 거의 10년 동안 업계 모범 사례였다는 사실 자체가 이것이 얼마나 검증되고 받아들여진 방법론인지를 보여줍니다. 어떤 이유로든 가상화될 수 없는 워크로드는 항상 있을 것이지만, 이러한 것들은 매우 드물어야 하며 그 이유를 찾기 위한 심층 검토를 유도해야 합니다.

가상화 여부를 결정할 때, 접근 방식은 항상 가상화를 당연한 결론으로 가정하고 확고한 기술적 이유로 불가능한 경우에만 변경해야 합니다. 가상화에 반대하는 거의 모든 주장은 통합, 고가용성, 외부 스토리지, 라이선스 비용 및 기타 느슨하게 관련되거나 관련 없는 개념들이 어떻게든 가상화에 내재적이라는 믿음에서 비롯된 오해의 입장에서 나옵니다. 그것들은 그렇지 않으며 가상화 대 물리적 배포 결정에 포함되어서는 안 됩니다. 그것들은 별개이며 별도의 옵션으로 평가되어야 합니다.

통합은 기본 가상화 가치를 만드는 결정 매트릭스의 일부가 아니기 때문에, 우리가 사용하는 모든 이유들이 1대1 배포(즉, 단일 물리적 장치에 단일 가상 머신)와 통합된 워크로드(즉, 단일 물리적 장치에 여러 가상 머신) 모두에 동일하게 적용된다는 점을 언급할 가치가 있습니다. 워크로드가 "너무 작아서" 가상화할 수 없는 상황은 없습니다. 오히려 반대입니다. 가상화가 아직 에지 케이스로 존재하는 니치 시나리오는 일반적으로 극단적인 지연 감도를 가진 가장 큰 워크로드에서만 있지만, 이러한 경우도 가상화의 지연 개선과 총 워크로드 용량이 향상됨에 따라 빠르게 사라지고 있습니다. 이러한 경우는 너무 드물고 너무 빠르게 사라지고 있어서 이러한 경우를 언급하는 것조차 아마도 현명하지 않습니다. 용량 필요에 기반한 예외가 평가할 만큼 충분히 일반적이라는 것을 시사하기 때문입니다. 특히 SMB 시장에서는 더욱 그렇습니다. 워크로드가 작을수록 가상화에 더 이상적입니다. 하지만 이는 단일 워크로드를 가진 소기업이 모범 사례의 예외가 아닌 전반적인 가상화를 위한 가장 이상적인 경우임을 강화하기 위한 것이지, 대기업들이 스스로 예외를 찾아야 한다는 것을 시사하는 것이 아닙니다.