"あなたたちはとても直感的で簡単すぎる。どうしてすべてがこんなに簡単じゃないんだろう？"
- 匿名のお客様
最初の頃 ポスト アップグレードに関する話は、レプリケーションに関する注意点をいくつか挙げて終わりました。今回は、カスタマーサクセスのテーブルでヒットしたいくつかの事柄と、それらに対処する最善の方法について掘り下げてみよう。
それでは前回の続き、バージョン管理から始めましょう。バージョン5.0.1から、Qumuloはレプリケーションに関して2四半期ごとのルールを適用しています（先月を覚えていらっしゃるでしょうか、四半期ごとのリリースは3桁目が0になることで指定されます）。バージョン5.3.0を見ると、2四半期前（5.1.0と5.2.0）、2四半期後（6.0.0と6.1.0）ということになる。 .0より上のドットリリースは範囲内ではないことに注意することが重要です。先ほどの5.3.0の例で言えば、6.1.0が四半期ごとのリリースとなるため、ハードリミットとなります。 6.1.1は、レプリケーションに関する限り、まったく新しいボールパークであり、5.3.0はそれとの対話を完全に拒否します。
うっかり2/4ウィンドウの外でアップグレードしてしまった場合、どのような選択肢があるのだろうか？この場合、リレーションシップのソース側をアップグレードする必要があります。Qumuloカスタマーサクセスチームは、アップグレード中にレプリケーションを一時停止すべきかとよく質問されます。いいえ、その必要はありません。レプリケーションエンジンは賢いので、アップグレードが完了すれば、すぐに復帰します。アップグレードとレプリケーションに関しては、やるしかありません。
カスタマー・サクセスのホールに寄せられるもう1つの質問は、ソース・ディレクトリの名前の変更など、ソースの変更に関するものです。例えば、「/financials/current_fiscal」をレプリケートしていて、それを「/financials/FY2023」にリネームしたいとします。結局、すべてのデータを再レプリケーションすることになるのだろうか？それは大反対だ。名前を変更したので、検証は行われますが、実際には何も再レプリケーションされません。 その代わり、レプリケーション・ログでは、"できる小さなレプリケーション・エンジン "がデータを巡回し、転送待ちのデータがないことを確認するため、'Skipped'の値が大きくなっていくのを見ることになる。
zoo/animals/mammals/capybaraというディレクトリ構造を持っていて、「哺乳類」だけに特別なポリシーを設定したい場合はどうなりますか？ディレクトリ構造をコピーしてくれるのでしょうか、それとも作成する必要があるのでしょうか？Qumuloのレプリケーションエンジンが、あなたの代わりに直前のディレクトリを作成し、そのポリシーが有効になると、デスティネーション上で'/zoo/animals/mammals/'としてツリーを再作成します。
少し立ち止まって、ポリシーについて議論しましょう。スナップショット・ポリシーは必要か？全く必要ありません。ポリシーは必要なく、通常の継続的なレプリケーション関係を設定することができます。ポリシーなしで行うことに意味があるかどうかは、ビジネス上の判断によります。しかし、通常、私たちはポリシーを推奨しています。
ポリシーでは、レプリケーションを「ポリシー＋連続」として設定することができる。これにより、ターゲット側でスナップショットの有効期限を設定するだけでなく、特定の時間にソース側でスナップショットを取得して転送することができるようになります。ポリシーがなければ、（スナップショットを有効にしない限り）デスティネーション側では単一のレプリケーションスナップショットに制限されます。ディザスタリカバリサイトへのレプリケーションの数が増えるにつれて、まだポリシーの実装を検討していない場合は、ポリシーの実装を検討することになるでしょう。
最後に、ローカルユーザーとレプリケーションについて考えてみましょう。ソース・クラスタでローカル・ユーザを定義している場合、デスティネーションでも同じローカル・ユーザを定義する必要があるでしょうか。ベストプラクティスとしては、定義する必要があります。ファイルにローカル・パーミッションが設定されている場合、クラスタはNFS UIDを参照することになります。 これらのファイルをレプリケートする際、デスティネーション側でUIDが設定されていないと、クラスタは誰がパーミッションを取得すべきかがわからず、レプリケートを停止し、以下のようなエラーを出力します。
"最後の試み：/data/はローカルユーザーに属しているため、レプリケートできません。ファイルからすべてのローカル・ユーザーとグループを削除するか、すべてのローカル・ユーザーとグループが関連付けられたNFS IDを持っていることを確認し、ローカルIDをNFS IDにマッピングできるようにリレーションシップを編集してください。"
また、ソースのローカルユーザをチェックし（Cluster -> Local Users and Groups）、デスティネーションでそれらを再作成する必要があります。リレーションシップで、'Map Local User/Group IDs to Associated NFS IDs'のチェックボックスを編集する必要があります。レプリケーション・エンジンは60秒後に自動的に再試行するので、すべて正しく行っている限り、レプリケーションは回復して動き続けるだろう。
レプリケーションとQumuloクラスタとの関係について、少しでもご理解いただけたなら幸いです。 ご不明な点がございましたら、Slackチャンネルまでお気軽にお問い合わせください。スナップショットの素晴らしい世界に飛び込みましょう。
次回まで！