메뉴 건너뛰기

(*.179.121.64) 추천 수 0 댓글 0
?

단축키

Prev이전 문서

Next다음 문서

가 크게 작게 위로 아래로 댓글로 가기 첨부
Extra Form
출처 http://blog.naver.com/dell_kor/220667190144

data.jpg

데이터베이스

: 데이터 중복 제거 유형별 장단점 파트1

  후처리 방식 vs. 인라인 방식


데이터 중복 제거란 데이터 세트에서 중복된 데이터를 없애는 기법을 일컫습니다. 동일한 데이터의 불필요한 사본을 없애 사본 하나만 저장하는 프로세스입니다.

중복 제거의 기본 단계는 다음과 같습니다.
1. 데이터 세트 조사
2. 데이터 세트의 해시 생성
3. 해시를 중복 제거 사전과 비교, 비교 결과를 토대로, 고유 데이터를 저장해 추적하거나, 동일한 데이터와 대조
4. 전체 데이터 세트를 조사할 때까지 1~3단계를 반복 

data_2.jpg


중복 제거는 중복된 데이터를 없애는 데 목표가 있습니다. 그러나 여러 다양한 방법과 디자인(설계)을 적용해 중복 제거 속도를 높이고, 리소스 요구를 최소화 할 수 있습니다.

앞으로 4회의 포스팅을 통해 중복 제거의 유형별 장단점에 대해 구체적으로 알아보도록 하겠습니다. 오늘은 그 첫번째로, 후처리 중복 제거와 인라인 중복 제거에 대해 살펴보고 백업 데이터의 중복 제거에서 각 방식이 어떤 차이가 있는지 비교합니다.    


후처리 중복 제거(Post-process deduplication)
데이터를 디스크에 쓴 이후 중복을 제거하는 방법입니다. 새로 획득한 데이터에서 일정에 따라 중복 제거를 실시하지 않았다면, 데이터 복원 과정을 크게 앞당길 수 있습니다. 데이터 재수화(Rehydration, 중복 제거 구획을 재구성)가 필요 없기 때문입니다. 또 바쁘지 않은 시간에 중복 제거를 계획해 시행할 수 있기 때문에 스토리지 성능을 보호할 수 있습니다. 후처리 중복 제거의 경우, 데이터를 최초 디스크에 쓸 때 중복을 제거하지 않습니다.

따라서 최소한 획득한 데이터 크기의 추가 스토리지 용량이 필요합니다. 3TB 백업 데이터를 후처리 방식으로 중복 제거한다고 가정하겠습니다. 백업 데이터를 중복 제거하기 전에 최초 백업 데이터를 저장할 최소 3TB의 용량이 있어야 합니다. 데이터를 디스크에 배치한 이후, 일정에 따라 중복된 데이터를 찾아 중복을 제거하게 됩니다. 또 후처리 중복 제거를 하는 동안 복제를 수행할 수 없기 때문에, 중복 제거 데이터를 WAN에 복제할 때 중복 제거 일정과 복제 일정을 조정할 필요가 있습니다. 


인라인 중복 제거(inline deduplication)
데이터를 디스크에 쓰기 이전인 수집 단계에서 중복을 제거하는 방법입니다. 인라인 중복 제거는 스토리지 용량에 대한 투자를 보호하고, 이를 효율적으로 활용할 수 있다는 것이 장점입니다. 예를 들어, 3TB의 백업 데이터에 인라인 중복 제거를 적용할 경우, 첫 백업에 첫 사본을 저장할 약 3TB의 스토리지 용량이 필요합니다. 데이터를 반복해 여러 차례 백업할 때, 나중의 백업을 저장하기 위해 약 205GB 스토리지 공간이 필요합니다(중복 제거 비율 15대 1 기준).

인라인 중복 제거는 데이터를 디스크에 쓰기 전에 실시하기 때문에, 원하는 시간에 WAN으로 고유 데이터만 전송하면서 복제를 할 수 있습니다. 여기에 더해 인라인 중복 제거는 처리 속도가 아주 빠릅니다. 느린 쓰기 작업(RAID, 쓰기 페널티) 상당 수를 피할 수 있기 때문입니다. 고유 데이터를 디스크에 쓸 경우에만 쓰기 페널티가 인라인 중복 제거에 영향을 줍니다. 인라인 중복 제거는 느린 스토리지 쓰기 페널티를 최대 90% 줄일 수 있습니다. 


백업 데이터의 후처리 vs. 인라인 중복 제거
중복 제거는 스토리지 요구사항을 줄이는 장점이 있지만, 일반적으로 가장 중요한 것은 기본 스토리지의 성능입니다. 스토리지 시스템의 성능은 용량보다는 비용과 관련이 높습니다. 이 점 때문에 기본 스토리지 시스템에서는 중복 제거가 성능에 영향을 초래하는 것을 피하기 위해 후처리 중복 제거를 활용합니다.

후처리 중복 제거는 업무 시간을 피해, 또는 스토리지 시스템에 크게 압박을 주지 않는 시간 동안 수행할 수 있습니다. 즉 스토리지 성능에 영향이 미치는 것을 피할 수 있습니다. 그러나 중복 제거 이전에 배치되는 데이터에 추가 공간이 필요합니다. 이 추가 공간 때문에 기본 스토리지 비용이 발생합니다. 그리고 백업 용량이 아주 클 경우 비용이 급증합니다. 기본 스토리지의 후처리 중복 제거는 생산 데이터에 유용합니다. 그러나 백업용일 경우 비용 효과적인 솔루션이 아닙니다.

반면, 인라인 중복제거는 쉽게 용량의 크기를 조정할 수 있는 전용(purpose-built) 백업 디스크 어플라이언스에서 흔히 사용되는 기법입니다. 어플라이언스 메모리에서 중복 제거, 압축 암호화, 기타 프로세스를 처리하는 방식으로 고유 데이터 블록만 디스크에 쓰기 때문에 스토리지 용량 확보를 위한 비용을 절감할 수 있습니다.

[출처] |작성자 Dell 코리아


  1. No Image

    InfiniFlux v2.5.0 사용자 매뉴얼, 뉴스레터

    InfiniFlux v2.5.0 사용자 매뉴얼 InfiniFlux 뉴스레터
    Date2016.04.09 Reply0 Views504 file
    Read More
  2. 데이터 중복 제거 유형별 장단점 파트1

    데이터베이스 : 데이터 중복 제거 유형별 장단점 파트1 후처리 방식 vs. 인라인 방식 데이터 중복 제거란 데이터 세트에서 중복된 데이터를 없애는 기법을 일컫습니다. 동일한 데이터의 불필요한 사본을 없애 사본 하나만 저장하는 프로세스입니다. 중복 제거...
    Date2016.04.05 Reply0 Views532 file
    Read More
  3. No Image

    "대기업 100%, 하둡 도입할 것"··· 포레스터, 5대 하...

    포레스터 리서치(Forrester Research)의 빅데이터 분석가들이 내놓은 새로운 보고서에 따르면, 데이터에 대해 고급 분석을 수행하고 실용적인 시야를 얻고자 하는 조직에게 하둡 도입은 "필수"다. Read more: http://www.ciokorea.com/news/28252#csidx3bd908a...
    Date2016.04.05 Reply0 Views523
    Read More
  4. No Image

    하둡으로 가는 길 | 제3부 RDBMS에서 하둡으로 전환

    하둡으로 가는 길 | 제3부 RDBMS에서 하둡으로 전환 Read more: http://www.ciokorea.com/news/11400#csidx695bdcf61712f1cabbbb9f588c2d0dc Copyright © LinkBack
    Date2016.04.05 Reply0 Views507
    Read More
  5. No Image

    하둡으로 가는 길 | 제2부 하둡 대 RDBMS 비용

    하둡으로 가는 길 | 제2부 하둡 대 RDBMS 비용 Read more: http://www.ciokorea.com/news/11333#csidx1ee47f4992ed855bac08bdc34033345 Copyright © LinkBack
    Date2016.04.05 Reply0 Views479
    Read More
  6. No Image

    하둡, 비정형 데이터라는 틈새 시장 뚫었다

    대규모 정형•비정형 데이터를 관리하고자 하는 기업들의 수요가 증대됨에 따라 기업들이 오픈소스 아파치 하둡 소프트웨어 꾸준히 도입하는 것으로 조사됐다. 벤타나 리서치(Ventata Research)가 지난 달 말에 발표한 보고서에 따르면, 하둡이 기존 기술을 대...
    Date2016.04.05 Reply0 Views559
    Read More
  7. No Image

    빅 데이터 기술, 어려운 맵리듀스 대신 캐스케이딩 부상

    아파치 하둡에서 맵리듀스를 다룰 수 있는 개발자를 찾는 것은 어려운 숙제다. 하지만 빅 데이터 애플리케이션을 구축하기 위한 오픈소스 자바 애플리케이션 프레임워크인 캐스케이딩이라면, 개발자 채용 부담을 덜 수 있을 것이다. Read more: http://www.cio...
    Date2016.04.05 Reply0 Views480
    Read More
  8. No Image

    주목! 9가지 오픈소스 빅 데이터 기술

    갈수록 많은 기업들이 더 많은 데이터를 축적하며 경쟁력 향상을 꾀하고 있다. 그리고 이와 같은 빅 데이터 열풍의 중심에는 오픈소스 기술이 자리 잡고 있다. 여기 독자 여러분이 주목해야 할 아홉 개의 오픈소스 빅 데이터 기술을 소개한다. ciokr@idg.co.kr...
    Date2016.04.05 Reply0 Views509
    Read More
  9. No Image

    NoSQL, 데이터베이스 시장에 '폭풍'을 몰고 오다

    NoSQL 데이터베이스 시장은 작지만 데이터베이스 시장에서 그 중요성이 점차 증가하고 있다. Read more: http://www.ciokorea.com/news/22809#csidxa69e3a2b59543afa56e9d48f4aa151b Copyright © LinkBack
    Date2016.04.05 Reply0 Views477
    Read More
  10. No Image

    빅데이터와 NoSQL에 대한 숨겨진 진실

    빅데이터 고객의 특징을 물으면 대부분 막대한 양의 데이터를 가진 고객이라고 말할 것이다. NoSQL의 고객 특징을 물으면 대부분 높은 수준의 동시성이 필요한 고객이라고 말할 것이다. 이것이 NoSQL과 빅데이터 시장의 전부라면 몽고DB, Inc.와 하둡을 지원하...
    Date2016.04.05 Reply0 Views487
    Read More
  11. '빅데이터와 궁합 잘 맞는' 최신 데이터베이스 11선

    전세계적으로 지금 만큼 데이터베이스가 다양하고 흥미로웠던 적은 없었다. 이미지 출처 : Thinkstock Read more: http://www.ciokorea.com/news/26738#csidxbb6f813a09c6195a63c61b1994ff1c6 Copyright © LinkBack
    Date2016.04.05 Reply0 Views539
    Read More
  12. No Image

    벤더 기고 | NoSQL이 SQL보다 나은 10가지 경우

    * 본 기고문은 벤더가 작성한 것으로 네트워크 월드 편집진의 수정을 거쳤다. 그러나 벤더의 시각이 일부 남아 있을 수 있다. 구글, 아마존, 페이스북과 같은 IT 대기업을 필두로 많은 기업들이 핵심 애플리케이션 구축과 관련해 유연성과 확장성이라는 두 가...
    Date2016.04.05 Reply0 Views505
    Read More
  13. No Image

    NoSQL 표준의 시대가 왔다

    향후 15년동안 오라클의 하향세는 피할 수 없는 일이다. NoSQL과 빅 데이터 아래에 하나로 뭉친 새로운 데이터베이스의 물결이 다가오고 있는 상황에서 RDBMS 유일의 패러다임을 유지하기란 불가능하다.    오라클은 파트너십을 통해 대처하고 있고 이미 NoSQ...
    Date2016.04.05 Reply0 Views477
    Read More
  14. No Image

    기고 | NoSQL의 '숨은 비용' 이야기

    기고 | NoSQL의 '숨은 비용' 이야기 Read more: http://www.ciokorea.com/news/28025#csidxc04b6880e870a7eb7eeed98149c0bb8 Copyright © LinkBack
    Date2016.04.05 Reply0 Views490
    Read More
  15. No Image

    '전문가 5인이 제시한' 2016년 데이터 기술 및 분석 트렌드 21가지

        소셜, 모바일, 클라우드와 함께 분석 및 관련된 데이터 기술이 디지털 시대의 주요 혁신자로 자리 매김했다. 2015년에는 빅데이터 계획이 시험 단계에서 생산 단계로 옮겨갔으며 비즈니스 인텔리전스(Business Intelligence)를 강화하기 위해 새로운 데이...
    Date2016.04.05 Reply0 Views502
    Read More
  16. No Image

    10주년 맞은 하둡··· 더그 커팅의 회고와 전망

    10주년 맞은 하둡··· 더그 커팅의 회고와 전망 Read more: http://www.ciokorea.com/news/28363#csidx019bb769977b937bd4e27cb04baf24e Copyright © LinkBack
    Date2016.04.05 Reply0 Views522
    Read More
  17. No Image

    기고 | 하둡 배포판 3종의 현재와 미래

    하둡(Hadoop)은 방대한 데이터 세트를 간단히 분석할 수 있는 새로운 방법을 제시하면서, 빅 데이터 시장을 순식간에 탈바꿈시켰다. 최근 하둡과 빅 데이터가 동의어로 사용되는 경우가 많은 이유다. 하둡은 오픈소스 프로젝트다. 따라서 많은 벤더들이 새 기...
    Date2016.04.05 Reply0 Views482
    Read More
  18. 하둡과 아파치 스파크, 무엇이 어떻게 다른가? 5가지 궁금증

    종종 하둡과 아파치 스파크가 빅데이터 영역에서 경쟁관계 있는 것처럼 보이기도 했지만 최근 들어 이 둘이 서로 조화를 이룬다는 생각이 점점 더 확산되고 있다. 하둡과 아파치 스파크 둘 다 빅데이터 프레임워크다. 이미지 출처 : IDGNS 빅데이터를 다루는 ...
    Date2016.04.05 Reply0 Views461
    Read More
  19. No Image

    하둡 월드 쇼에 등장한 최신 빅데이터 툴 14선

    Brandon Butler | Network World 세상에는 다양한 빅데이터 툴과 서비스가 있다. 지난 주 산호세에서 열린 스트라타 월드/하둡 월드쇼에서는 최신 오픈소스 데이터베이스 기술부터 이들을 관리할 툴에 이르기까지 다양한 제품들이 선보였다. 앞으로 시장을 주...
    Date2016.04.05 Reply0 Views505
    Read More
  20. No Image

    오라클 리눅스서버 > 연동 < 윈도우 클라이언트 테스트

    오라클 연동 테스트도.. 오라클 설치만큼이나 짜증나고 힘든 작업이였습니다.. 오라클이 제대로 설치됐음에도.. 연동이 안되서.. 짜증나서 지운적이 한두번이 아니죠;.. 우분투, 페도라도 마찬가지지만.. 이렇게.. 한단계 한단계 진행할때마다.. 백업해놓고.. ...
    Date2016.04.03 Reply0 Views499
    Read More
목록
Board Pagination Prev 1 2 3 4 5 6 7 Next
/ 7