Azure Native Qumulo 이제 EU, 영국 및 캐나다에서 사용 가능 – 자세히 알아보기

"모든 기술 회사가 Qumulo만큼 지원을 잘했으면 좋겠습니다. 다른 모든 회사는 전화를 끊거나 티켓을 종료하려고 합니다."

작성자 :

고객 성공의 참호에서 나온 또 다른 이야기에 다시 오신 것을 환영합니다! 북반구의 여름철로 접어들면서 우리는 생각을 스냅샷으로 바꿉니다. 스냅샷은 모든 스토리지 시스템의 필수 항목 중 하나이며 관리자에게 기본적으로 파일 시스템에 대한 읽기 전용 적시 복구 지점을 제공합니다. 스냅샷을 백업과 혼동해서는 안 된다는 점을 강조해야 합니다. 20년 이상 이 작업을 수행하면서 백업 방법으로 스냅샷에만 의존하는 고객의 수가 엄청나게 많습니다. 스냅샷은 백업 정책을 보완해야 하지만 대체해서는 안 됩니다.

스토리지를 처음 사용하는 경우 "스냅샷이란 무엇입니까?"라고 자문할 수 있습니다. 스냅샷은 활성 파일 시스템의 시점 그림으로 가장 잘 설명됩니다. 스냅샷이 생성되면 활성 파일 시스템이 정지되고 이것이 복구 지점이 됩니다. 쓰기 작업은 계속해서 시스템으로 유입되며 스냅샷이 생성되기 전에 생성된 파일이 열리면 스냅샷 자체 내에서 간단히 참조됩니다. 모든 활동은 정상적으로 진행됩니다.

흥미로운 점은 스냅샷으로 잠긴 파일을 편집하거나 삭제하는 것입니다. 예를 들어 파일에 다음 텍스트를 작성했습니다. 

 

안녕하세요!

 

그런 다음 스냅샷을 찍습니다. 훌륭합니다. "이봐, 스냅샷이 있습니다."라고 말하는 참조 블록이 부족하면 실제 공간 활용도가 없습니다.   

이제 스토리지 어레이에서 해당 파일을 삭제합니다. 스냅샷에 의해 잠겨 있기 때문에 공간 사용량이 이제 활성 파일 시스템이 아닌 스냅샷에 반영됩니다. 위에 쓰여진 텍스트와 같은 간단한 파일의 경우 이 공간 사용량은 무시할 수 있습니다. 그러나 예를 들어 10TB 디렉토리를 삭제하면 갑자기 10TB 사용량이 스냅샷 용량에 반영되어 기본적으로 한 계정 버킷에서 다른 계정 버킷으로 블록을 이동한 것이므로 순 변경은 XNUMX이 됩니다. Qumulo 문서 포털에서 보다 심층적인(기술적으로 들리는) 연구를 찾을 수 있습니다. 스냅샷 작동 방식.

 

Qumulo는 또한 스냅샷 정책 생성을 허용합니다. 이러한 정책을 통해 스토리지 관리자는 복구 지점을 자동으로 생성한 다음 최종 사용자가 스스로 데이터를 복구할 수 있습니다. 정책은 또한 관리자에게 익숙한 시간별, 일별, 주별 및 월별 복구 지점을 갖는 세분성을 제공합니다.

정기적으로 고객을 혼란스럽게 하는 한 가지 질문은 스냅샷이 실제로 사용하는 공간의 양입니다. 스냅샷이 하나만 있는 경우 문제가 되지 않지만 더 많은 스냅샷을 추가하고 데이터를 추가 및 삭제하기 시작하면 상황이 복잡해집니다. 이것은 내가 자주 다니는 서클에서 일상적인 작업으로 알려져 있습니다. 문제의 핵심은 스냅샷 자체의 특성 때문입니다. 읽기 전용 시점이므로 변경할 수 없습니다. 모든 변경 사항은 다른 곳에 반영되어야 합니다.   

 

위의 예를 들어보세요.  

안녕하세요!

우리는 스냅샷을 찍고 우리의 따뜻한 메시지가 제자리에 고정됩니다. 엄청난! 우리는 그것을 잃는 것을 싫어할 것입니다. 한 시간 후 다음과 같이 변경합니다.

안녕 세상!

조금 더 집처럼 느껴지고 시골 느낌을 줍니다. 또 다른 스냅샷을 찍습니다.   

이 시점에서 'Hello world!'로 참조하는 스냅샷 1이 있습니다. 'Howdy world!'로 참조하는 스냅샷 2. 파일 시스템에는 어떤 식으로든 추적해야 하는 약 XNUMX글자의 델타가 있습니다.  

시간이 지나고 너무 친근하다고 판단되어 그냥 파일을 통째로 삭제합니다. 파일은 이제 스냅샷 형식으로만 존재하므로 참조된 내 공간이 활성 파일 시스템에서 스냅샷 1과 2로 이동합니다. 스냅샷 2를 삭제하더라도 스냅샷 1이 여전히 존재하므로 실제로 그렇게 많은 데이터를 확보하지는 못합니다. 마찬가지로, 스냅샷 1을 삭제하면 스냅샷 2는 스냅샷 2를 촬영했을 때 파일이 어떻게 보여야 하는지 반영하기 위해 단순히 크기가 커집니다.    

데이터 조정으로 인해 스냅샷이 삭제된 경우 얼마나 많은 공간이 복구되는지 알기 어려울 수 있습니다. 제가 제안할 수 있는 가장 좋은 경험 법칙은 공간을 비우려는 경우 항상 시스템에서 가장 오래된 스냅샷을 먼저 찾는 것입니다. 그렇게 하면 다른 데이터 버킷으로 롤링하는 대신 가능하면 항목을 확보할 수 있습니다.

그것은 포장입니다. 다음 번에는 Qumulo가 데이터 센터에서 지게차를 꺼내기 위해 출시한 몇 가지 새로운 기능을 살펴보겠습니다. 그때까지 아미고스!

관련 게시물

위쪽으로 스크롤