“너무 직관적이고 너무 쉽게 만들어주셔서 자신감이 생겼습니다. 왜 모든 것이 이렇게 쉬울 수 없습니까?”
— 익명의 고객
내 처음으로 게시, 복제와 관련하여 염두에 두어야 할 몇 가지 주의 사항으로 업그레이드에 대한 논의가 끝났습니다. 이번에는 고객 성공 테이블에 영향을 미치는 몇 가지 사항과 이를 해결하는 최선의 방법을 살펴보겠습니다.
중단한 부분부터 시작하겠습니다. 바로 버전 관리입니다. 버전 5.0.1부터 Qumulo는 복제와 관련하여 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의 이전 예를 사용하면 XNUMX이 분기별이므로 하드 제한입니다. XNUMX은 복제에 관한 한 완전히 새로운 구장이며 XNUMX은 완전히 거부할 것입니다.
실수로 XNUMX분기 기간 외에 업그레이드하는 경우 내 옵션은 무엇입니까? 이 경우 관계의 소스 쪽을 업그레이드해야 합니다. 이와 관련하여 Qumulo 고객 성공 팀은 종종 "업그레이드 중에 복제를 일시 중지해야 합니까?"라는 질문을 받습니다. 안 됩니다. 복제 엔진은 하나의 스마트 쿠키이며 업그레이드가 완료되면 다시 선택합니다. 업그레이드 및 복제에 관해서는 수행하는 것 외에는 아무 것도 없습니다.
고객 성공의 전당에 부딪히는 또 다른 질문은 소스 디렉터리 이름 변경과 같은 소스 변경과 관련이 있습니다. 예를 들어 `/financials/current_fiscal'을 복제하고 있으며 이름을 '/financials/FY2023'으로 바꾸고 싶다고 가정해 보겠습니다. 결국 모든 데이터를 다시 복제하게 될까요? 거기에 큰 부정. 이름을 변경했기 때문에 확인이 트리거되지만 실제로는 아무 것도 다시 복제하지 않습니다. 대신, 복제 로그에서 'Skipped' 값이 데이터를 통과할 수 있는 "작은 복제 엔진"으로 크기가 커지고 전송 대기 중인 항목이 없는지 확인하게 됩니다.
`/zoo/animals/mammals/capybara의 디렉토리 구조가 있지만 'mammals'에 대한 특별 정책만 설정하려는 경우 어떻게 됩니까? 그것은 당신을 위해 디렉토리 구조를 복사합니까, 아니면 내가 그것을 만들어야 합니까? 우리 개발 팀은 그날 여러분을 찾고 있었습니다. Qumulo 복제 엔진은 정책이 적용될 때 대상에 트리를 '/zoo/animals/mammals/'로 재생성하여 이전 디렉터리를 생성합니다.
잠시 멈추고 정책에 대해 논의합시다. 스냅샷 정책이 필요한가요? 별말씀을요. 정책이 필요하지 않은 바닐라 연속 복제 관계를 설정할 수 있습니다. 정책 없이 수행하는 것이 합리적인지 여부는 비즈니스 결정입니다. 그러나 일반적으로 대부분 확장된 구성 목적으로 정책을 권장합니다.
정책으로 복제를 '정책+연속'으로 설정할 수 있습니다. 이렇게 하면 특정 시간에 소스에서 스냅샷을 찍고 전송할 수 있을 뿐만 아니라 대상 측에서 스냅샷 만료를 설정할 수 있습니다. 정책이 없으면 대상 측의 단일 복제 스냅샷으로 제한됩니다(여기에서 스냅샷을 활성화하지 않는 한). 재해 복구 사이트에 대한 복제 수가 증가함에 따라 아직 수행하지 않은 정책 구현을 조사하고 싶을 것입니다.
마지막으로 로컬 사용자와 복제에 대해 살펴보겠습니다. 소스 클러스터에 정의된 로컬 사용자가 있는 경우 대상에 동일한 로컬 사용자를 정의해야 합니까? 가장 좋은 방법은 다음과 같습니다. 파일에 로컬 권한이 설정된 경우 클러스터는 NFS UID를 참조합니다. 이를 복제하면 대상 측에 UID가 설정되지 않은 경우 클러스터는 누가 권한을 가져와야 하는지 알지 못하고 복제를 중지하며 다음과 같은 오류를 제거합니다.
"마지막 시도: /data/는 로컬 사용자에 속해 있기 때문에 복제할 수 없습니다. 파일에서 모든 로컬 사용자 및 그룹을 제거하거나 모든 로컬 사용자 및 그룹에 연결된 NFS ID가 있는지 확인하고 로컬 ID를 NFS ID에 매핑할 수 있도록 관계를 편집하십시오.”
또한 소스(클러스터 -> 로컬 사용자 및 그룹)에서 로컬 사용자를 확인하고 대상에서 다시 생성해야 합니다. 관계에서 '로컬 사용자/그룹 ID를 연결된 NFS ID에 매핑' 확인란으로 편집해야 합니다. 복제 엔진은 60초 후에 자동으로 재시도하므로 모든 작업을 올바르게 수행하는 한 복제가 다시 시작되어 계속 진행됩니다.
이상적으로 이것은 복제와 그것이 Qumulo 클러스터와 어떻게 관련되는지에 대한 약간의 혼란을 없앴습니다. 질문이 있으시면 언제든지 Slack 채널에 문의해 주세요. 친절한 Qumulo 고객 성공 엔지니어가 기꺼이 도와드리겠습니다. 곧 돌아와 멋진 스냅샷의 세계로 뛰어들 것입니다.
다음 시간까지!
