출처:  http://www.dbguide.net/know/know101003.jsp?IDX=233&catenum=14



넓고 긴 안목으로 스토리지 용량을 계획하라IT 관련 모든 조직들은 어떻게 하면 지금 자원을 최대한 유용하게 사용하면서 비용을 최소로 줄일 수 있는가에 대해서 끊임없이 고심해왔다. 스토리지와 스토리지 관리 또한 예외는 아니다. 스토리지 프로젝트 수행 시에는 비즈니스와 IT 운영에 긍정적인 영향을 줄 수 있는 프로젝트 비용 부분을 특히 중요하게 다루고 있다. 스토리지 자원 관리(Storage Resource Management: SRM)는 매우 우수한 예라고 할 수 있다. 기업의 전산 시스템에는 적정 수준의 스토리지가 공급돼야 하며, 스토리지 용량의 낭비는 조직의 이익 구조에도 많은 영향을 미치기 때문이다. 이번 회에서는 일반적인 오류들을 점검해보고 스토리지 용량 계획을 적절히 세우는 방법에 대해 알아본다.


연재목차

1. 스토리지 전략
스토리지 전략이 필요한 이유, 데이터 양이 기하급수적으로 증가하고 있는 오늘날 스토리지 매니저의 역할

2. 스토리지 테크놀러지 리뷰
디스크 스토리지, 테이프 스토리지, 자동화 테이프 라이브러리, NAS/SAN 등 스토리지 관련 주요 기술에 대한 개괄적인 소개

3. 백업과 리스토어, 재해복구
백업/리스토어, 재해복구의 개념, 자동화 백업 및 리스토어, 데이터베이스 백업/리스토어 기술, 전략적 백업 및 리스토어를 위한 기술, DR을 위한 플랜 및 재해를 당한 경우의 대처 방안

4. 성능 분석
성능분석의 개념 및 스토리지 성능 분석을 위한 과제

5. 용량 계획(이번회)
스토리지 용량 계획의 개념 및 스토리지 용량 플랜과 일반적인 오류들


IT 조직은 긴 안목에서 스토리지 관리 데이터 생명 주기에 따른 관리(Information Lifecycle Management: ILM)를 위한 새로운 전략 방안을 모색해야만 한다. 이는 곧 데이터를 생성하는 것부터 삭제하거나 아카이빙하는 전반에 걸친 데이터 관리의 효율성을 의미하는 것이다. 이러한 차원에서 스토리지 공급과 수요를 일치시키는 스토리지 용량 분석과 계획은 IT 인프라 관리를 위한 필수 과정이라 할 수 있다.

스토리지 용량 계획의 단계
:
스토리지 용량 계획을 위해서는 4가지 단계를 거친다.

- 스토리지 총 용량 결정
- 꾸준한 사용량 모니터링
- 스토리지 최고 사용량과 추이 분석
- 평균 사용량과 최고 사용량 분석을 통한 스토리지 용량 결정


1) 스토리지 총 용량 결정

스토리지가 DAS로 연결됐다고 가정할 때, 사용 가능한 스토리지 용량을 결정하는 것은 du와 df를 사용하는 것이 일반적이다. du는 현재 사용되고 있는 디스크의 블록 숫자를 의미하며, df는 현재 사용되고 있지 않는 디스크의 블록 숫자를 말한다. 현재 사용되고 있지 않는 디스크 블록과 사용되고 있는 디스크 블록 수를 합한 것이 단일 시스템상에서 할당된 디스크의 전체 용량이 된다. 그림1은 단일 시스템상에서 할당된 스토리지를 나타내고 있다.

그러나 그림1에는 문제점이 하나 있다. 그것은 파일 시스템에 할당된 디스크 공간에 대한 정보만을 나타내고 있지, 파일 시스템에 할당되지 않은 나머지 디스크 용량이 얼마나 되는지에 대한 정보는 나타내지 못한다는 점이다.

이러한 문제점을 보완하기 위해서 그림2의 그래프를 사용하기도 한다. 이 그래프는 시스템상에서 스토리지 용량을 개별 디스크, 전체 디스크 용량, 할당되지 않은 디스크 용량, 할당된 디스크 용량과 사용된 디스크 용량을 세분화해 보여준다.

그림2는 한 달간의 시스템에 대한 전체적인 모습을 개괄적으로 보여주는 스토리지 사용량 그림이다. 스토리지 사용량을 살펴보면 1일부터 3일까지는 사용량이 매우 적으며, 9일부터 12일 역시 디스크 사용량이 매우 적다. 4일부터 13일까지는 꾸준히 디스크 사용량이 많으며, 이 디스크는 데이터베이스용으로 사용되고 있다는 것을 알 수 있다. 이것은 데이터베이스는 가로 열과 세로 열에 포맷되지 않은 디스크 용량을 사용하며 일반적으로 데이터베이스 관리 시스템(DBMS)은 디스크 용량을 매우 일정하게 사용하기 때문이다.

또한, 11일과 12일은 같은 양이 사용되고 있다. 이를 통해 이 디스크는 데이터베이스 인덱스를 저장하고 있다고 추측해 볼 수 있다. 18일에서 20일까지는 디스크가 전혀 사용되지 않으며 할당돼 있지도 않아 이 시점에서 전체 용량을 어떠한 용도로도 사용할 수 있다는 것을 의미한다. 이 그래프를 통해서 우리는 현재 시스템상에서 사용 가능한 스토리지 용량은 수시로 변한다는 사실을 알 수 있다.

이처럼, 디스크 용량 계획을 작성할 때에는 현재 시스템상에서 스토리지 용량의 변화 추이가 어떻게 일어나고 있는지를 결정해야 한다. 이것은 또한 스토리지 사용량을 꾸준히 모니터링해야 한다는 것을 보여준다.



2) 지속적인 스토리지 사용량 모니터링
기업에서는 df나 du처럼 표준을 사용해 스토리지 사용량을 모니터링할 수 있으며 스토리지 사용량을 측정하기 위해서 특별히 고안된 프로그램을 사용할 수도 있다. 만약 어느 한 조직의 스토리지 환경이 여러 제조 업체의 스토리지로 구성돼 있다면, 여러 가지 도구를 사용할 수 있으며 각각은 전체 환경의 일부분으로 고안돼 있을 것이다. 그러나 이것은 시스템상의 스토리지 용량을 모니터링하기 위한 보편적인 측정 도구가 아니다.

따라서 여러 종류의 다른 모니터링 도구에서 추출된 보고서를 하나로 취합해 스크립트를 사용하고 새롭게 스토리지 사용량을 알 수 있는 도구를 생성할 필요가 있다. 이를 위해서 서로 다른 결과치를 동일한 형식으로 바꿔 스크립트를 작성하고, 동일한 형식의 그래프를 작성하기 위해 스프레드 매크로를 사용하며 조직의 인트라넷에 용량 계획 그래프를 넣는 과정이 필요하다.

여기서 가장 중요한 것은 스토리지 사용량을 모니터링하는 주기이다. 모니터링 주기는 기업의 해당 시스템에 달려 있다. 변화가 잦은 시스템은 매일매일 모니터링해야 하는가 하면 변화가 그리 많지 않은 시스템은 한 달에 한 번씩 모니터링을 해도 큰 무리는 없다. 또한 조직에 따라서 일별, 주별, 월별, 연별로 모니터링하기도 한다. 다만 잊지 말아야 할 것은 보고서 작성과 모니터링의 목적이 스토리지 사용량의 변화 추이와 최고 사용량을 분석하기 위한 것이라는 점이다.


3) 스토리지 최고 사용량과 추이 분석
스토리지 용량 계획의 첫 단계는 스토리지 용량의 변화를 주기적으로 파악한 후에 그 변화 추이와 가장 사용량이 많은 시점을 파악하는 것이다. 시스템 환경에 익숙하다면 스토리지 사용량의 변화 추이와 최고치를 파악하는 것은 매우 쉬운 일이다. 그러나 시스템 환경에 익숙하지 않다면 한 달을 정해서 한 시간마다 스토리지 용량 변화를 기록해 그래프를 작성한 후 그 추이를 분석해야 한다.

그림3은 월간 스토리지 용량을 나타낸 것으로 이 그래프를 통해 시스템 환경에 대한 내용을 파악할 수 있다. 그림을 보면, 1일부터 5일까지 스토리지에 대한 요구가 매우 많다는 것을 알 수 있다. 이것은 지난달의 월말 결산 작업에서 업무량과 데이터의 양이 급증했기 때문이다. 이를 통해 스토리지 용량을 100%까지 사용해야만 하는 시간대가 발생한다. 이것은 시스템상에 큰 문제를 발생시킬 수 있기 때문에 스토리지를 추가 구매해야 한다는 결론을 내릴 수 있다.

- 현재 시스템은 문제점이 있다.
- 이 시스템의 스토리지 사용량 최고치는 오후 3시부터 11시까지이다.
- 스토리지 사용량은 월 초>월 중순>월 말의 패턴을 보인다.

이를 통해 전산실 관리자는 경영진에게 스토리지 용량이 부족해 추가로 구매할 수밖에 없는 상황을 논리적으로 설명할 수 있고, 얼마나 구매해야 하는가를 파악할 수 있기 때문에 비용 효율적인 전산실 운영을 앞당길 수 있다.


4) 평균 사용량과 최고 사용량 분석을 통한 스토리지 용량 결정

이러한 분석을 모두 마친 후에 해야 할 작업은 스토리지 용량의 구매 의사 결정이다. 만약 한 조직의 데이터 양의 변화가 심하고 꾸준하게 증가한다면 스토리지 용량 역시 여기에 맞춰 계속 증가시켜야 할 것이다. 그러나 문제는 어느 시점에 얼만큼의 스토리지를 구매해야 하는가이다. 언젠가는 현재 스토리지 용량을 모두 사용할 것인데, 그 시점이 언제인지 파악하고 그 때에 맞춰 적정한 스토리지 용량 구매 결정을 내려야 한다.



스토리지 용량 계획의 실무
만약 단일 시스템의 스토리지 용량ta 계획을 작성한다면 그 업무를 파악하거나 실행하는 것은 그리 어려운 문제가 아닐 것이다. 그러나 수테라바이트의 데이터를 다루고 있는 수백 가지 시스템의 스토리지 용량에 대한 계획을 작성하기 위해 수시로 업데이트한다는 것은 그리 만만치 않은 작업이 될 것이다. 또한 대규모 시스템은 여러 해를 거치면서 이런 어려운 상황에 부딪치게 되며, ‘스토리지 매니저(Storage Manager)"는 이러한 상황을 해결하기 위해 몇 가지 아이디어를 생각해 봐야 할 것이다.

1) 일별로 데이터 용량에 대한 수치를 파악한다.

만약 매우 다양하고 수많은 종류의 시스템을 관리해야 한다면, 스토리지 용량 분석을 위해서 일 단위로 데이터 용량을 파악할 수 있는 스토리지 용량 계획 소프트웨어가 필요할 수 있다.

2) 자동화한다.

스크립트나 특별히 고안된 스토리지 용량 계획 소프트웨어를 사용하지 않고 스토리지 용량에 대한 보고서를 작성한다는 것은 상당히 어렵다. 따라서 가능한 한 시스템을 자동화시켜서 시간을 단축시킬 수 있는 방안을 모색해 보아야 한다.

3) 조직원이 모두 스토리지 용량 계획 분석 내용을 공유한다.

스토리지 용량을 파악하기 위해서는 많은 문서를 사용하게 된다. 이를 인트라넷을 이용해 웹사이트에 올려서 관리한다면 경영진뿐만 아니라 작업을 하고 있는 당사자들도 더욱 빠르고 간편한 방법으로 스토리지 용량 계획을 세울 수 있을 것이다.

4) 6개월에서 12개월 단위의 스토리지 용량을 예측해야 한다.

스토리지 용량이 얼마나 많이 필요하고 추가 스토리지를 언제, 얼만큼 구매해야 하는가에 대해 경영진이 미리 결정할 수 있도록 시간을 많이 줄수록 좋다.

5) 시스템에 문제 발생 시 바로 경고할 수 있도록 조치한다.

평소에 시스템에 대해서 철저하게 분석해 문제가 발생했을 때 즉각적인 조치를 취할 수 있는 준비를 해두어야 한다.

6) 새로운 기술을 충분히 활용한다.

SAN 환경은 시스템상에서 다양한 스토리지들을 통합관리하는 데 매우 유연할 뿐만 아니라 스토리지 용량을 손쉽게 나누어 사용할 수 있는 이점을 제공한다. 그러나 이러한 이점을 제공하는 새로운 기술이라도 현재의 시스템 상황에 적합한가 등에 대한 철저한 검토가 필요하다. 만약 새 기술을 시스템에 도입했을 때 충분한 이점을 제공한다면 과감하게 채택해서 사용해야 한다.

7) 스토리지 용량 계획에 테이프도 포함시킨다.

테이프 용량에 대한 계획과 분석을 간과하는 경향이 있다. 현재 사용하고 있는 자동화 테이프 라이브러리에 테이프를 업그레이드해 사용하는 것은 그리 어려운 일이 아니지만 전체 테이프 라이브러리 시스템을 새롭게 교체하는 것은 그리 만만치 않은 작업이다. 현재 사용하고 있는 테이프와 사용 가능한 테이프를 비교해 보는 등 사전에 테이프에 대한 용량 계획을 꼭 작성해 두어야 할 것이다.

8) 시스템 운영자의 의견을 경청해야 한다.

현재 시스템 사용자가 수백 수천 명에 이르는 대규모의 시스템일 경우, 시스템을 업그레이드하거나 변경하면 수많은 사람들이 영향을 받게 될 것이다. 따라서 많은 사람들이 관련돼 있는 시스템일 경우에는 더 많은 수고가 필요하다. 그들이 제시하는 스토리지 용량이 얼마이고 언제 구매해야 하는가에 대한 의견을 경청해 두는 것은 스토리지 용량 계획을 작성하는 데 매우 중요한 도움이 될 것이다.



맺음말

2005년까지 생성될 디지털 데이터의 양이 약 100엑사바이트(10만 테라바이트)에 이를 것이라고 전문가들은 말한다. 지난 30만 년 동안 생성된 데이터의 양이 약 12엑사바이트인 것에 비하면 폭발적인 데이터의 증가다. 이러한 데이터의 기하급수 증가에 대비할 수 있는 것이 현명한 스토리지 매니저의 역할일 것이다.

공식적인 스토리지 용량 계획을 작성하는 것은 오랫동안 오픈 시스템을 운영하고 있는 운영자나 경영진에게 새로운 개념으로 받아들여질 것이다. 그러나 개념은 매우 단순하다.
즉 ‘얼마나 많은 스토리지 용량을 보유하고 있는가? 얼마나 많은 스토리지 용량을 사용하고 있는가? 얼마나 많은 스토리지 용량이 사용되고 있지 않은가? 언제 현 스토리지 용량을 다 사용하게 되는가?"에 대한 정확한 답변을 찾는 것이다.

+ Recent posts