"여러분은 너무 직관적이고 쉽게 만들어서 자신감이 생깁니다. 왜 모든 것이 이렇게 쉬우면 안 되나요?"
- 익명 고객
첫 번째 post 에서 업그레이드에 대한 논의는 복제와 관련하여 유의해야 할 몇 가지 주의 사항으로 마무리되었습니다. 이번에는 고객 성공에 영향을 미치는 몇 가지 사항과 이를 해결하는 최선의 방법에 대해 자세히 알아보겠습니다.
중단했던 부분인 버전 관리부터 시작하겠습니다. 버전 5.0.1부터 Qumulo는 복제와 관련하여 분기별 2번의 규칙을 적용합니다(지난 달을 기억하신다면 분기별 릴리스는 세 번째 숫자가 0으로 지정됩니다). 5.3.0 버전을 보면 이전 버전(5.1.0 및 5.2.0)과 이후 버전(6.0.0 및 6.1.0) 두 분기에 걸쳐 두 번 복제되는 것입니다. .0을 초과하는 점 릴리스는 범위 내에 있지 않다는 점에 유의하세요. 이전 예제인 5.3.0을 사용하면 6.1.0이 분기별이기 때문에 하드 리밋이 됩니다. 6.1.1은 복제에 관한 한 완전히 새로운 영역이며 5.3.0은 아예 대화를 거부합니다.
실수로 2분기가 지나서 업그레이드하는 경우 어떻게 해야 하나요? 이 경우 관계의 소스 쪽을 업그레이드해야 합니다. 이와 관련하여 Qumulo 고객 성공 팀은 "업그레이드하는 동안 복제를 일시 중지해야 하나요?"라는 질문을 자주 받습니다 아니요, 그럴 필요가 없습니다. 복제 엔진은 하나의 스마트 쿠키이며 업그레이드가 완료되면 다시 시작됩니다. 업그레이드와 복제에 관해서는 업그레이드와 복제를 수행하는 것 외에는 아무것도 할 필요가 없습니다.
고객 성공 센터에 문의하는 또 다른 질문은 소스 디렉터리 이름 변경과 같은 소스 변경과 관련된 것입니다. 예를 들어, '//financials/current_fiscal'을 복제하고 있는데 '/financials/FY2023'으로 이름을 바꾸려고 한다고 가정해 보겠습니다. 결국 모든 데이터를 다시 복제하게 될까요? 아니요. 이름을 변경하면 확인이 트리거되지만 실제로는 아무것도 다시 복제되지 않습니다. 대신, 복제 로그에서 '건너뛴' 값의 크기가 커지는 것을 볼 수 있는데, 이는 '작은 복제 엔진'이 데이터를 통과하고 전송을 기다리는 데이터가 없는지 확인하기 때문입니다.
디렉토리 구조가 `/zoo/animals/mammals/capybara'인데 '포유류'에 대해서만 특별 정책을 설정하려는 경우 어떻게 되나요? 디렉토리 구조가 자동으로 복사되나요, 아니면 직접 만들어야 하나요? 저희 개발팀은 그 날 사용자를 위해 Qumulo 복제 엔진이 앞의 디렉터리를 생성하여 해당 정책이 적용될 때 대상에 '/zoo/animals/mammals/'로 트리를 다시 생성할 것입니다.
잠시 멈추고 정책에 대해 논의해 보겠습니다. 스냅샷 정책이 필요한가요? 전혀 필요하지 않습니다. 정책 없이도 바닐라 연속 복제 관계를 설정할 수 있습니다. 정책 없이 설정하는 것이 합당한지 여부는 비즈니스에 따라 결정할 수 있습니다. 하지만 일반적으로는 주로 확장 구성 목적으로 정책을 권장합니다.
정책을 사용하면 복제를 '정책+연속'으로 설정할 수 있습니다. 이렇게 하면 특정 시간에 소스에서 스냅샷을 찍고 전송할 수 있을 뿐만 아니라 대상 쪽에서 스냅샷 만료일을 설정할 수 있습니다. 정책이 없으면 대상 측에서 스냅샷을 활성화하지 않으면 단일 복제 스냅샷으로 제한됩니다(대상 측에서 스냅샷을 활성화하지 않으면). 재해 복구 사이트에 대한 복제 횟수가 증가함에 따라 아직 정책을 구현하지 않은 경우 정책 구현을 검토하는 것이 좋습니다.
마지막으로 로컬 사용자와 복제에 대해 살펴봅시다. 소스 클러스터에 로컬 사용자가 정의되어 있는 경우 대상에도 동일한 로컬 사용자를 정의해야 하나요? 모범 사례로, 그래야 합니다. 파일에 로컬 권한이 설정된 경우 클러스터는 NFS UID를 참조하게 됩니다. 이를 복제할 때 대상 측에 UID가 설정되어 있지 않으면 클러스터는 누가 권한을 가져야 하는지 알지 못하고 복제를 중지하고 다음과 같은 오류를 발생시킵니다
" 마지막 시도입니다: /데이터/는 로컬 사용자의 소유이므로 복제할 수 없습니다. 파일에서 모든 로컬 사용자 및 그룹을 제거하거나 모든 로컬 사용자 및 그룹에 연결된 NFS ID가 있는지 확인하고 로컬 ID를 NFS ID에 매핑할 수 있도록 관계를 편집하세요."
또한 소스에서 로컬 사용자를 확인하고(클러스터 -> 로컬 사용자 및 그룹) 대상에서 로컬 사용자를 다시 만들어야 합니다. 관계에서 '로컬 사용자/그룹 ID를 연결된 NFS ID에 매핑'의 확인란을 선택하도록 편집해야 합니다. 복제 엔진은 60초 후에 자동으로 재시도하므로 모든 작업을 올바르게 수행했다면 복제가 다시 시작되어 계속 트럭을 운행할 것입니다.
이상적으로는 복제에 대한 혼란과 Qumulo 클러스터와의 관계에 대한 혼란이 해소되었습니다. 언제나 그렇듯이 질문이 있으시면 주저하지 마시고 Slack 채널로 연락해 주시면 친절한 Qumulo 고객 성공 엔지니어가 기꺼이 도와드리겠습니다. 곧 다시 돌아와서 스냅샷의 멋진 세계로 들어가 보겠습니다.
다음에 뵙겠습니다!