새로운 하이퍼컨버전스, 기존 스토리지
우리 모두는 기술 부채 없이 처음부터 새 인프라를 구축할 수 있는 날을 꿈꿉니다. 최선의 것을 선택하고, 새롭게 구축하여 즐길 수 있는 그린필드 배포. 하지만 우리 대부분은 그것이 현실적이지 않은 현실 세계에 살고 있으며, 실제로 우리가 직면하는 것은 미래를 계획하면서도 이미 가지고 있는 것들을 함께 다루어야 하는 세계입니다.
가진 것으로 버티는 것은 IT에서 거의 피할 수 없는 현실이며, 기존 아키텍처에서 하이퍼컨버전스로 이전할 때 스토리지 문제에서도 마찬가지입니다. 매우 많은 경우, 우리는 단순히 버리고 싶지는 않지만 하이퍼컨버전스 미래의 비전에 깔끔하게 맞지 않는 기존 스토리지 투자가 있는 상황에 직면하게 됩니다.
물론 임대 장비 반납, 노후 장비 폐기 또는 아직 유용한 장비 판매 등 고려할 수 있는 명백한 옵션이 있습니다. 이것들은 실행 가능한 옵션이며 고려해야 합니다. 현재 계획에 잘 맞지 않는 오래된 장비를 제거하면 네트워크를 단순화하고, 전력 소비를 줄이며, 어느 정도 투자금을 회수할 수 있어 이점이 될 수 있습니다.
하지만 현실적으로 이런 옵션들은 재정적으로 실현 가능한 경우가 드물어, 기존 기술 투자를 더 생산적으로 활용할 방법이 필요합니다. 물론 어떤 옵션이 있는지는 다양한 요인에 따라 다릅니다. 하지만 기존 스토리지 장치가 새로운 하이퍼컨버전스 기반 시스템에서 어떻게 용도를 변경하여 폐기할 준비가 될 때까지 혹은 경우에 따라서는 무기한으로 유용성을 유지할 수 있는지에 대한 몇 가지 예를 살펴보겠습니다.
기존 스토리지를 가장 쉽게 재활용하는 방법은, NAS와 SAN 모두에 대체로 동일하게 적용되는데, 백업 또는 아카이브 대상으로 지정하는 것입니다. 전통적인 NAS와 SAN 장치는 뛰어난 백업 하드웨어이며, 접근 방식이나 벤더에 관계없이 거의 모든 백업 메커니즘에서 사용 가능합니다. 그리고 범용 백업 대상이기 때문에 에이전트 기반, 에이전트리스, 커스텀 스크립트 등 여러 백업 메커니즘이 혼합되어 사용되는 경우에도 모두 동일한 대상으로 작동할 수 있습니다. 백업은 마땅히 받아야 할 주목과 투자를 거의 받지 못하는 경우가 많기 때문에, 이것은 가장 쉬울 뿐만 아니라 기존 스토리지 인프라의 가장 가치 있는 활용 방법이기도 합니다.
물론 백업에 적합한 것은 아카이브 스토리지에도 사용할 수 있습니다. 아카이브 요구 사항은 일반적으로 덜 필요하며(모든 기업이 백업이 필요한 반면 아카이브 스토리지가 필요한 기업은 일부에 불과함) 우선순위가 낮기 때문에, 이것은 더 제한적인 재활용 사례이지만, 특히 다양한 스토리지 장치를 많이 재활용하려는 조직에서는 여전히 고려할 만합니다. 그러나 하이퍼컨버전스로의 전환이 환경 재설계 이전에는 존재하지 않았거나 명확하지 않았던 저성능, 저우선순위 아카이브 스토리지에 대한 가치를 쉽게 도입할 수 있는 방식으로 컴퓨팅 및 스토리지 공간을 “평탄화”하는 경향이 있다는 점도 주목할 만합니다.
NAS는 특히 최종 사용자의 홈 디렉터리에 대한 범용 네트워크 스토리지로 사용할 수 있다는 고유한 장점이 있습니다. NAS 스토리지는 네트워크의 매우 많은 곳에서 사용할 수 있어, 핵심 아키텍처를 이전한 후에도 계속 사용하기가 매우 쉽습니다. 가장 일반적인 경우는 최종 사용자 장치에 NAS를 직접 연결하여 사용자 자신의 스토리지 요구 사항을 위한 것으로, 이를 통해 스토리지 용량, 성능 및 네트워크 트래픽을 컨버지드 인프라에서 NAS로 오프로드할 수 있습니다. 하이퍼컨버전스 네트워크에서 NAS를 제거하는 경우는 실제로 매우 드문데, 잠재적 유용성이 너무 높고 명확하기 때문입니다.
SAN과 NAS 모두 하이퍼컨버전스 인프라 위에서 실행되는 가상 머신에 직접 연결될 수 있는 잠재력도 있습니다. 이런 방식으로 더 이상 필요하지 않거나 적합하지 않을 때까지 전통적인 방식으로 계속 활용할 수 있습니다. VM에 네트워크 스토리지를 직접 연결하는 것이 권장되는 방식은 아니지만 사용 사례가 있으며, 이를 통해 시스템이 물리적 환경에서 항상 해왔던 것처럼 미래에도 동일하게 동작할 수 있습니다. 이것은 최종 사용자 장치에 대해 언급한 것처럼 NAS를 통한 매핑된 드라이브와 사용자 디렉터리에 특히 유용하지만, 사용 사례가 이것에만 국한되지는 않습니다.
SAN은 일부 경우에 플랫폼에서 사용 가능하거나 노출되지 않는 공유 블록 스토리지가 필요한 특정 워크로드에 필요한 기능을 제공할 수 있습니다. VM의 워크로드는 항상 해왔던 것처럼 SAN을 사용하며 자신이 가상화되어 있거나 컨버지드 환경에 있다는 것조차 알지 못합니다. 물론 그런 워크로드의 티어링이 적절하다고 판단될 경우, SAN을 하이퍼컨버전스 인프라에서 실행되는 가상화된 파일 서버나 NAS 헤드에 연결할 수도 있습니다.
새로운 인프라를 구현할 때 기존 인프라와 함께 작업하는 것은 분명 도전이지만, 창의성과 논리적 접근 방식으로 극복할 수 있는 도전입니다. 스토리지는 거의 끝없는 도전이며, 재활용할 수 있는 기존 스토리지가 있다는 것은 매우 유리하게 작용할 수 있습니다.