표준 패턴으로서의 가상화
엔터프라이즈 개념으로서의 가상화는 비즈니스 컴퓨팅 자체만큼이나 오래된 역사를 지니고 있습니다. 컴퓨팅을 베어 하드웨어로부터 추상화하는 가치는 매우 일찍부터 인식되었으며, 컴퓨터가 추상화 과정을 관리할 수 있는 능력을 갖추자마자 오늘날 우리가 알고 있는 형태의 가상화 구현 작업이 시작되었습니다.
일반적으로 인정되는 최초의 가상화 작업은 1964년 IBM System/360 메인프레임용 IBM CP-40 운영 체제 개발자들로부터 시작되었습니다. 이것이 상업적 가상화에 대한 최초의 진지한 시도였으며, 이 초기 가상화 플랫폼의 코드와 설계는 오늘날 IBM VM 플랫폼으로 이어져 1972년부터 수십 년에 걸쳐 IBM 메인프레임 제품군의 가상화 레이어로 지속적으로 사용되고 있습니다. IBM이 가상화를 처음 도입한 이후, 엔터프라이즈 시스템들은 하드웨어 추상화 패턴을 거의 보편적으로 채택해 왔습니다. 많은 대규모 컴퓨팅 시스템, 미니컴퓨터, 메인프레임이 1970년대에 가상화로 전환했으며, 나머지 대부분의 엔터프라이즈 시스템도 기술의 발전에 따라 1980년대와 1990년대에 이를 도입했습니다.
엔터프라이즈 컴퓨팅에서 가상화를 도입하지 않은 유일한 주목할 만한 예외는 Intel IA32(x86) 플랫폼이었습니다. 이 플랫폼은 확장된 AMD64 64비트 플랫폼의 등장, 그리고 특정 신기술이 도입되기 전까지는 효과적인 가상화 구현에 필요한 고급 하드웨어 자원이 부족했습니다. 이것이 도입되자 비로소 모든 주요 비즈니스 컴퓨팅 플랫폼에서 동일한 고성능, 고보안 가상화가 가능해졌습니다.
저비용 x86 플랫폼은 2000년대 중반까지 의미 있는 가상화(일반적으로 성능이 낮은 소프트웨어 가상화와 틈새 고성능 준가상화 플랫폼 외에는)를 지원하지 못했기 때문에, 중소기업(SMB) 시장의 대부분은 가상화를 거의 고려할 수 없었습니다. 이로 인해 SMB 분야에 종사하는 많은 사람들이 가상화가 비즈니스 서버 컴퓨팅의 사실상 표준 패턴으로 오래전에 자리 잡은 성숙한 기술이라는 사실을 모르는 경우가 많습니다. 하드웨어 추상화의 사용은 엔터프라이즈 컴퓨팅에서 거의 보편적이며, 가장 크고 안정적인 플랫폼 중 다수는 시스템을 “베어 메탈”로 실행하는 옵션, 적어도 공식적으로 지원되는 옵션이 없습니다.
가상화를 통한 하드웨어 추상화를 피해야 하는 특정 틈새 영역도 있지만, 이는 매우 드문 경우이며 특히 SMB 시장에서는 더욱 그렇습니다. 가상화하지 않아야 하는 전형적인 시스템으로는 레이턴시에 민감한 시스템(저지연 트레이딩 플랫폼 등)과 안정성과 유용성보다 성능이 최우선인 HPC 컴퓨팅 클러스터처럼 여러 서버 워크로드를 결합하는 시스템이 있습니다. 이 두 가지 모두 SMB에서는 일반적이지 않습니다.
가상화는 많은 이점을 제공합니다. 가상화에 대한 기대가 낮은 SMB에서는 종종 가상화의 목표가 대규모 비용 절감을 가져오는 통합이나 고가용성을 제공하는 새로운 방법에 있다고 가정합니다. 이 두 가지 모두 특정 조직과 상황에 도움이 되는 훌륭한 옵션이지만, 어느 것도 가상화의 근본적인 정당성은 아닙니다. 필요하다면 다른 수단으로도 통합과 HA를 달성할 수 있습니다. 가상화는 단순히 이러한 특정 영역에서 훌륭한 옵션들을 제공할 뿐입니다.
가상화의 많은 이점들은 잠재적인 라이선스 비용 절감처럼 생태계의 부산물입니다. 이런 유형의 이점들은 가상화 자체의 내재적 이점은 아니지만 분명히 존재하며 실제 평가에서 간과해서는 안 됩니다. 모든 이점이 모든 하이퍼바이저나 가상화 플랫폼에 적용되는 것은 아니지만, 거의 대부분은 전반적으로 적용됩니다. 하드웨어 추상화는 개념이지 구현이 아니므로 어떻게 활용하느냐에 따라 달라집니다. 개념적으로 스토리지 레이어에서든 컴퓨팅 레이어에서든 하드웨어를 추상화하는 것은 관리를 용이하게 하고, 신뢰성을 향상시키며, 개발 속도를 높이므로 매우 중요합니다.
다음은 가상화의 이점들입니다. 통합 및 고가용성과 같은 특정 항목 외에 이러한 이점들의 거의 대부분은 단일 하드웨어 노드에서의 가상화뿐만 아니라 해당 노드의 단일 워크로드에도 적용된다는 점을 유의하는 것이 중요합니다.
- 하드웨어 변경, 장애, 수정, 확장 등과 관련된 인적 노력 및 영향 감소
- 이기종 하드웨어 대상에서도 백업/복원 프로세스를 단순화하는 스토리지 캡슐화
- 변경 관리 보호를 위한 전체 시스템 스냅샷
- 폐기 또는 서비스 종료 시 아카이빙 용이성
- 향상된 모니터링 기능, 기본적으로 제공하지 않는 하드웨어 플랫폼에서도 대역 외 관리 추가 가능
- 운영 체제가 하드웨어 자체가 아닌 하이퍼바이저를 하드웨어로 인식하므로 하드웨어 독립성이 벤더 종속 없이 제공됨
- 손쉬운 워크로드 분리
- 워크로드 분리를 유지하면서 손쉬운 통합
- 크게 향상된 리소스 활용도
- 하드웨어 추상화를 통해 클라이언트 운영 체제 및 드라이버 작성자의 요구 부담을 낮추면서 시스템 성능과 안정성을 실질적으로 향상시킬 수 있는 기회 창출
- 새롭고 다양한 워크로드의 간소화된 배포
- 단일 플랫폼에서 멀티 플랫폼 호스팅 환경으로의 간단한 전환, 이를 통해 클라우드 배포나 고가용성 플랫폼 시스템과 같은 옵션 추가 가능
- 쉬운 물리적 확장을 위한 워크로드 재배포
오늘날의 컴퓨팅 환경에서 서버 측 워크로드는 이러한 이유들로 인해 보편적으로 가상화되어야 합니다. 가상화의 이점은 극적이며 단점은 적고 사소합니다. 가상화를 여전히 피해야 하는 두 가지 일반적인 시나리오는 서버에서 직접 사용해야 하는 특수 하드웨어가 있는 경우(오늘날 이는 매우 드물어졌지만 여전히 때때로 존재함)와 밀리초 이하의 레이턴시가 중요한 극저지연 시스템입니다. 두 번째는 저지연 투자 트레이딩 시스템과 같은 매우 틈새적인 비즈니스 상황에서만 흔합니다. 이러한 요구 사항을 가진 시스템은 또한 인피니밴드(Infiniband) 저지연 네트워크와 트레이딩 플로어까지 5마일 이내의 광케이블 같은 엄청난 네트워킹 및 지리적 요구 사항도 갖추어야 합니다.
일부는 고성능 컴퓨팅 클러스터가 가상화를 사용하지 않는다고 지적하겠지만, 이는 모든 형태의 클러스터링이 사실상 가상화의 한 형태이므로 회색 지대입니다. 단지 이는 엄밀히 시스템 수준이 아닌 “수퍼시스템” 수준의 가상화일 뿐입니다.
어떤 시나리오에서 가상화를 사용하지 않아야 한다면, 그것은 의심할 여지 없이 알게 될 것이며 가상화가 물리적으로 또는 실질적으로 불가능한 이유를 경험적으로 입증할 수 있을 것이라고 안전하게 가정해도 됩니다. 다른 모든 경우에는 가상화하십시오. 물리적 서버가 하나이고 워크로드도 하나이며 사용자도 한 명뿐이라도 가상화하십시오. 가장 까다로운 워크로드를 가진 포춘 100대 기업이라도 가상화하십시오. 그 사이 어디에 있어도 가상화하십시오. 규모는 가상화의 요소가 아닙니다. 우리는 오늘날과 미래 모두에서 더 효과적이고 안정적인 컴퓨팅 환경을 갖기 위한 바람으로 가상화합니다.
광고
