메뉴

퍼블릭 클라우드 지출에 문제가 있음을 나타내는 5가지 경고 신호

(스토리지 비용을 제어하기 위해 지금 할 수 있는 10가지 작업)

민트 그린색 배경 위에 조각이 없는 올리브색 구
Cloud Services

그러나 이러한 데이터 증가가 사용자, 업무 및 예산에 어떻게 적용되는지를 조사하고 실제로 파악하기는 어렵습니다. 먼저, 데이터의 60%는 귀사와 같은 조직에서 생성될 것이며 이러한 모든 데이터의 절반 이상은 퍼블릭 클라우드에 위치할 것으로 예상됩니다.

클라우드 소비에는 비용이 따르며 클라우드 청구서의 맨 아래에서 예기치 않은 이 비용을 보게 될 수 있습니다. 이 가이드에서는 퍼블릭 클라우드를 중점적으로 다루지만 궁극적으로는 조직의 인프라 전반과 클라우드 스토리지 비용 인상을 제어하기 위해 면밀히 검토해야 할 변수를 고찰합니다.

초과 비용의 원인으로 데이터 아키텍처가 지목되는 경우가 많습니다. 그러나 좀 더 전략적인 계획을 세우게 되면 어렵게 느껴지는 상황을 쉽게 해결할 수 있습니다. 이 단계별 가이드를 읽으면 올바른 길을 찾을 수 있습니다.

준비되셨나요? 이제, 클라우드 지출 문제가 있음을 나타낼 수 있는 5가지 경고 신호에 대해 살펴보고 클라우드 비용을 즉시 제어할 수 있는 10가지 방법을 알려드리겠습니다.

퍼블릭 클라우드 지출에 문제가 있음을 나타내는 5가지 경고 신호

조직의 클라우드 지출이 과하다고 느끼고 있다면 이 글을 계속해서 읽고 계실 것입니다. 다음 증상 중 하나 이상이 있는 경우에는 클라우드 지출에 문제가 있는 것으로 진단할 수 있습니다.

cloud-five-warning-signs.jpg


01. 회사가 개설한 모든 퍼블릭 클라우드 계정을 아는 사람이 없음

일반적으로 기업은 여러 클라우드 공급자의 여러 계정을 유지합니다. 퍼블릭 클라우드는 조직의 모든 사람이 계정을 설정하고 리소스를 할당할 수 있도록 설계되었습니다. 따라서 지출 권한을 가진 사람은 계정 생성에 대한 중앙 집중식 알림 시스템 없이 이 작업을 수행할 수 있습니다. 모든 위치에서 섀도 IT 계정이 생성됩니다. 각 계정을 추적하다 보면 중앙 제어 기능이 없다는 것을 알 수 있고 이로 인해 어떤 계정이 있고 어떤 계정을 사용 중인지 파악할 수가 없습니다. 여기서 나오는 일반적인 결과는 실질적인 문제를 보는 데 도움이 되는 생산적인 논의가 아니라 책임 소재를 가리는 소모적인 싸움입니다.


02. 회사의 월별 클라우드 비용을 완전히 설명할 수 있는 사람이 없음 

조직의 월별 클라우드 청구서에는 수천 개의 줄이 포함된 어지러울 정도로 많은 수의 페이지가 포함될 수 있습니다. 여기에는 다수의 서비스 이름, 인스턴스 유형 및 영역이 포함되는데 쉽게 이해할 수 있는 내역이 아닙니다. 스토리지 볼륨 요금은 처음에는 간단해 보입니다. 그러나 최신 청구서를 한 번 보십시오. 모든 추가 요금과 특정 비즈니스 이니셔티브와의 관련성을 파악하기는 클라우드 비용 해석기가 마법처럼 나타나지 않는 한 거의 불가능합니다.


03. 승인된 구매를 추적하여 관련 이니셔티브 또는 비용 센터를 찾을 수 있는 방법이 없음 

경고 신호 3번은 과소비를 행한 익명의 구성원과 관련된 경우가 많습니다. 신용 카드의 최종 결제자가 누구이고 이러한 과소비의 원인이 어디에 있는지 알 수 없습니다. 두 번째 경고 신호에 더해 다수의 팀, 프로젝트 및 예산이 있는 조직에서는 클라우드 스토리지 및 서비스 소비를 프로젝트 및/또는 비용 센터에 연결하는 일에 시간을 쓰지 않습니다. 그 결과 아무도 설명할 수 없는 정기적인 지출이 반복적으로 발생하고 끝나지 않습니다.


04. 모든 용량을 온디맨드 가격으로 구매  

클라우드의 장점은 필요한 스토리지(및 기타 클라우드 리소스)를 필요할 때 구입할 수 있다는 것입니다. 이 용량제(PAYGO) 방법은 스토리지를 추가적으로 보충할 수 있는 가장 쉬운 방법이지만 실제로는 방금 구입한 스토리지가 필요하지 않게 되는 상황이 자주 발생합니다. 아이러니합니다.

앞서 언급한 복잡한 청구서를 생각해 보십시오. 이 청구서를 보면 관리형 조달 프로세스가 없으며 혼합 구매가 전혀 없다는 것을 알 수 있습니다. AWS 온디맨드 인스턴스를 구매할 때를 예로 들어보겠습니다. 온디맨드를 구매하면 AWS 예약 인스턴스를 사용할 때보다 최대 75% 할인된 요금으로 VM을 구동할 수 있습니다. 한 단계 더 나아가 스팟 인스턴스(요구사항을 충족하는 예비 Elastic Compute Cloud 인스턴스에 대한 요금 지불)를 사용하면 최대 90%까지 절약할 수 있습니다.

이해가 가십니까? 온디맨드 요금을 분별없이 지불하고 있다면 지출 전략 또는 사용 계획이 없는 것입니다. 섀도 IT와 같은 방식으로 행동하는 개인에 의한 임의 구매가 대량으로 발생하고 있는 것입니다. 이들은 과잉 용량에 대한 요금을 걱정하지 않습니다. 조직이 비용을 지출하기 때문입니다. 이러한 구매 결정은 개인의 입장에서 옳을지라도 비즈니스에 손해를 끼칩니다.


05. 소비 또는 송신 효율성을 주기적으로 검토하는 사람이 없음 

놀라운 사실이 있습니다. 데이터를 처음 할당할 때만큼 높은 비용이 데이터 사용 시 발생할 수 있다는 것입니다. 여기에는 두 가지 문제가 있습니다. 첫 번째 문제는 스토리지가 얼마나 효율적으로 사용되고 있는지에 대한 것입니다. 완전히 사용하지 않은 스토리지에 대해 발생하는 요금과 덜 비싼 계층에 저장할 수 있는 데이터에 가장 비싼 스토리지 계층을 제공하여 발생하는 요금을 원하지는 않을 것입니다. "콜드" 스토리지 계층을 사용할 경우 GB당 매월 $0.20 ~ $0.30에서 $0.02까지 떨어질 수 있습니다.

두 번째 문제는 클라우드에서 또는 클라우드 간에 송신되는 데이터에 대한 것입니다. 송신 데이터 요금은 개념적으로는 완전히 이해할 수 있지만 실제 월별 비용이 얼마가 될지를 정확히 알 수 없는 요금 구성요소 중 하나입니다. 이 요금은 비용을 이니셔티브에 연결하는 포렌식 작업과 관련됩니다. 송신된 데이터를 추적하고 지속적인 송신이 적절한지 여부를 결정할 담당자가 필요합니다. 예를 들어 개발자는 코드 테스트 속도를 높이기 위해 테스트 데이터를 온프레미스 엔드포인트로 복사할 수 있습니다. 이 작업을 정기적으로 수행하면 막대한 요금이 추가되지만 이 요금은 완전히 피할 수 있는 요금입니다. 따라서 이러한 비용에 대한 모범 사례를 검토, 심사 및 조정할 담당자가 있어야 합니다.


클라우드 스토리지 지출 문제를 손쉽게 찾는 방법 

규모와 상관없이 모든 조직은 클라우드 스토리지 문제를 손쉽게 찾을 수 있습니다. 그러려면 무엇보다 먼저 해결해야 할 두 가지 과제가 있습니다.

첫 번째는 모든 사용자가 자신의 요구사항을 해결할 목적으로 클라우드를 사용하고 있으며 그 결과로 비즈니스에 발생하는 비용을 염려하지 않는다는 것입니다. 

두 번째는 가시성과 관련된 과제입니다. 지출 내역을 비즈니스 요구사항 및 해당 사용자에게 연결하기가 어렵다는 것입니다. 가시성이 없으면 책임 소재를 파악할 수 없습니다. 항상 그렇듯이 이는 예상보다 더 많은 지출이 발생하는 불행한 결과로 이어집니다.


cloud-ten-things.jpg

스토리지 비용을 즉시 제어하기 위해 지금 할 수 있는 10가지 작업

안 좋은 소식은 클라우드 스토리지 지출에 문제가 있다는 것입니다. 좋은 소식은 첫 번째이자 가장 어려운 단계가 문제를 인정하는 단계라는 것입니다. 이 문제를 해결하기 위해 글자 그대로 실천할 수 있는 몇 가지 단계가 있습니다. 다음 10가지 팁은 대부분 IT 중심이지만 클라우드 스토리지의 각 부분을 담당하는 소유자를 통해 사용 현황을 검토하고 스토리지 설치 공간을 줄여 조직에서 지출을 통제하는 데 도움이 됩니다.

01. 연결되지 않은 클라우드 스토리지 제거

VM이 종료되면 일반적으로 VM에 연결된 루트 볼륨만 자동으로 삭제됩니다. 추가 스토리지 볼륨은 그대로 유지되므로 비용이 발생합니다. 일부 경우에는 실수로 인한 삭제를 방지하기 위해 의도적으로 유지되기도 합니다. 클라우드 비용을 줄이는 손쉬운 방법은 연결되지 않은 볼륨을 찾아 삭제하는 것입니다. 사용하지 않는 스토리지는 당연히 제거해야 합니다. 그러나 테더링되지 않은 리소스와 마찬가지로, 이 작업을 수행하려면 스토리지 소유자를 식별하고 해당 스토리지의 필요성을 확인할 담당자가 필요합니다. 데이터의 존재 여부를 결정할 담당자가 있어야 합니다.


"핫" 스토리지 계층(일반적으로 자주 액세스되는 데이터가 보관됨)의 요금은 "콜드" 계층에 비해 최대 5배 더 높을 수 있습니다.

02. 적합한 스토리지 계층 구매

모든 퍼블릭 클라우드 공급자는 다양한 스토리지 계층을 제공합니다. 하지만 모두가 비용을 거의 또는 전혀 고려하지 않고 가장 빠르고 가장 비싼 수준을 선택하는 것 같습니다. 비쌀수록 더 좋을까요? 반드시 그런 것은 아닙니다.

GB/월 계층 요금은 일반적으로 데이터에 액세스해야 하는 빈도와 속도를 기준으로 책정됩니다. "핫" 스토리지 계층(일반적으로 짧은 지연 시간, 고성능 및 높은 처리량, 고가용성이 요구되는 자주 액세스되는 데이터 저장) 요금은 "콜드" 계층(백업 및 아카이브 같이 자주 액세스하지 않는 데이터가 상주해야 함)보다 5배 더 높을 수 있습니다.

스토리지 계층을 평가할 때는 성능 및 비용 요구사항을 모두 고려하고, 예산 목표에 주의를 기울여야 합니다. 나중에 언제든지 다른 계층으로 이동할 수 있습니다.


03. 사용량이 낮은 스토리지 볼륨의 크기 조정

클라우드 스토리지 비용을 낭비하는 가장 쉬운 방법은 제대로 사용되지 않는 스토리지 볼륨을 만드는 것입니다. 클라우드 공급자는 스토리지 볼륨을 축소하는 것을 허용하지 않습니다. 따라서 너무 큰 볼륨을 식별한 다음 실제로 필요한 공간의 새 볼륨을 만들고 기존 데이터를 마이그레이션한 후 크기가 큰 볼륨을 삭제하는 것이 좋습니다. 향후에는 볼륨 생성 프로세스에 대한 스토리지 요구사항 평가를 간단하게 구현할 수 있습니다.


04. 필요한 처리량을 기반으로 스토리지 다운그레이드

클라우드 공급자는 처리량 요구사항을 충족하는 성능 계층을 제공합니다. 지정된 볼륨의 실제 읽기-쓰기 액세스를 모니터링한 다음 처리량이 낮은 경우 낮은 성능 계층으로 다운그레이드하여 스토리지 비용을 절감할 수 있습니다. 이렇게 하면 사용하는 워크로드에 맞춰 스토리지 IOPS를 줄여 비용을 절감할 수 있습니다.


05. 스토리지에 필요한 이중화 수준 결정

모든 위치에서 데이터를 복제할 수 있는 옵션이 있는 경우 심사숙고하지 않고 먼 거리의 위치를 선택하는 경향이 있습니다. 그러나 미국의 허리케인으로 인한 데이터 손실을 방지하기 위해 영국에 데이터를 배치할 필요가 있을까요? 당연히 아닙니다. 진짜 심각한 허리케인이 아니라면요. 이러한 종류의 결정은 비용에 중대한 영향을 미칩니다. 예를 들어 서로 다른 지역에 걸친 이중화는 로컬 이중화에 비해 두 배 높은 비용이 발생할 수 있습니다. 비즈니스 영향 분석 및 위험 평가 결과를 바탕으로 이중화 요구사항을 현명하게 계획하는 것이 중요합니다.


간단한 산수 계산: 용량 및 처리량을 기준으로 적합한 스토리지 계층을 선택하고 사용량이 가장 많은 시간에만 높은 스토리지 계층으로 이동하면 월별 클라우드 비용을 최대 70% 절감할 수 있습니다.
06. 오래된 스냅샷 삭제

스냅샷은 모든 가상 머신 복구 전략의 핵심입니다. 여러 스냅샷을 활용하면 IT 조직에서 특정 재해 복구 시나리오에 따라 특정 시점으로 복원할 수 있습니다. 워크로드 소유자가 필요로 하는 것을 삭제하는 일은 없어야 하지만 수백 개의 VM이 있는 경우 각 VM에서 매일 스냅샷이 생성되고 이전 스냅샷이 삭제되지 않으면 클라우드 스토리지 비용이 기하급수적으로 증가합니다. 따라서 스냅샷 만료에 대한 전략을 설정해야 합니다. 다행히 대부분의 클라우드 공급자는 일종의 스냅샷 라이프사이클 정책을 사용하여 삭제를 자동화하므로 개별 담당자가 필요하지는 않습니다.


07. 아웃바운드 데이터 전송 요청 관리

데이터를 이동하면 비용이 많이 듭니다. 사실입니다. 그러나 이러한 비용이 모두 똑같이 발생하는 것은 아닙니다. 클라우드에서 데이터 전송 비용은 소스 및 대상 클라우드 서버의 위치에 따라 달라집니다. 인바운드 트래픽은 일반적으로 무료이거나 충분히 가까운 위치에 있습니다. 그러나 데이터가 클라우드 공급자의 네트워크 외부로 전송되는 경우(즉, 데이터 송신)에는 비용이 많이 듭니다. 데이터 소유자는 데이터를 전송할 때 "비용 효율적인 방법"을 고려하기보다 "작업을 완료"하는 데 중점을 둡니다. 이 문제를 해결하려면 데이터가 실제로 사용되는 위치와 가능한 한 가까운 위치에 데이터를 저장하여 다른 위치로 이동할 필요성이 없도록 하는 것이 좋습니다. 또한 송신 전에 데이터 압축 및 중복 제거를 고려하고 증분 동기화를 사용하여 비용을 절감하는 것이 좋습니다. 마지막으로, 데이터를 삭제하거나 아카이브 계층으로 이동할 수 있는 경우에는 적극적으로 그렇게 하는 것이 좋습니다.


08. 교차 지역 및 교차 영역 데이터 전송을 최소화

클라우드 공급자는 지역, 국가 또는 가용성 영역에서 데이터를 이동할 때 더 많은 요금을 부과합니다. 이러한 데이터 전송은 애플리케이션 아키텍처의 일부이거나 DevOps에서 테스트 데이터를 유지 관리하는 데 사용되거나 이중화 전략의 일부가 될 수 있습니다. 따라서 데이터 전송은 목적이 있어야 하고 통제되어야 합니다. 최대한 사용자 기반과 가까운 지리적 위치에서 필요한 데이터를 호스팅하는 것을 목표로 만드십시오. 장기적으로는 데이터 이동 경로를 최소화하도록 솔루션을 재설계하는 것을 고려해야 합니다.


09. 스토리지 요금 계층 모니터링

스토리지 비용과 데이터 전송 비용에는 대개 소비량에 따른 추가 비용 계층이 포함됩니다. 클라우드 공급자의 요금 표에서 "<스토리지 금액> 초과"와 같은 지정된 수준에 도달하면 더 나은 가격을 협상할 수 있습니다. 더 높은 할인은 가격 요구사항을 충족하는 저장된 데이터에만 적용된다는 점을 기억하십시오. 마지막으로, 다년 계약에 종속될 수 있습니다. 이 경우 해당 계약의 제한을 벗어나지 않으면서 사용량 증가에 따라 비용 인하를 협상할 있는 방법을 찾아야 합니다.


"기업은 클라우드 기반 아키텍처의 설계 방법을 고려하는 것만으로도 분기당 수십만 달러의 비용을 절감할 수 있으며, 경우에 따라 한 달에 10만 달러의 비용을 절약할 수 있습니다."

10. 스토리지에서 불완전한 업로드 정리

일부 워크로드의 경우 사용자가 파일을 업로드해야 합니다. 이 경우 업로드가 중단되면 사용할 수는 없지만 실제 비용을 야기하는 부분적인 데이터 오브젝트가 때때로 클라우드 스토리지에 남게 됩니다. 관리자는 삭제 또는 이동을 두려워하는 경향이 있기 때문에 불완전한 업로드는 크기에 따라 수많은 비용을 낭비하는 결과로 이어질 수 있습니다(6단계 참조). 가장 좋은 방법은 불완전한 업로드를 백업한 다음 삭제하는 것입니다.


퍼블릭 클라우드 지출 문제를 해결하기 위한 다음 단계

지금 조치가 필요한 것은 분명합니다.

이러한 10가지 단계를 따르면 실질적으로 클라우드 스토리지 비용을 절감할 수 있습니다. 그러나 전체 조직에서 구매한 스토리지, 할당된 스토리지, 사용된 스토리지 및 낭비된 스토리지를 더 정확하게 파악할 수 있는 방법이 필요합니다.

다시 말해, 사용되고 있는 항목과 클라우드 스토리지의 작동 상태를 파악할 수 있는 기능을 담당자에게 제공해야 합니다. 클라우드 지출을 파악하고 중앙 집중식으로 관리할 수 있는 확실한 첫 번째 단계는 클라우드 공급자가 제공하는 보고, 계산기 및 기타 툴을 도입하는 것입니다.

이러한 기본 기능 이상의 기능이 필요한 경우에는 스토리지를 포함하여 클라우드 지출을 평가, 수집, 집계, 분석 및 보고하도록 설계된 솔루션을 찾아야 합니다. 여기에서 자세히 알아보십시오.

지속적인 절감 효과를 유지하려면 정책, 프로세스 및 추가 기술을 사용하여 조직의 제어를 벗어난 클라우드 지출을 통제할 수 있습니다. 방금 읽은 내용에 대해 직접 문의하려면 NetApp에 연락해 주십시오.

Microsoft Azure

Microsoft Azure

NetApp과 Microsoft Azure의 통합은 최고의 클라우드를 사용하여 보다 간소화된 방식으로 비즈니스 목표를 달성할 수 있도록 지원하는 자사 서비스입니다.

Google Cloud

Google Cloud

원하는 조건으로 클라우드 성능을 최적화할 수 있는 최고의 툴킷으로 조직의 목표를 달성하십시오. NetApp이 구축한 툴킷을 Google Cloud에서 사용할 수 있습니다.

AWS

AWS

고객의 피드백을 기반으로 구축되고 AWS와의 파트너십을 통해 구동되는 NetApp의 클라우드 서비스를 통해 데이터 이동의 위험을 낮추면서 성능을 개선하십시오.

다음 단계