ZFSのSolaris Live Upgrade:新規ルートプールと既存のルートプールのブート環境の長所と短所

ZFSのSolaris Live Upgrade:新規ルートプールと既存のルートプールのブート環境の長所と短所

私はZFSルートプールを使用してSolaris 10 9/10システムをライブアップグレードするオプションを検討しています(興味があれば実際にフラッシュアーカイブを展開する)。

ドキュメントにはいくつかのオプションが記載されています。 1つは、新しいルートプールに新しいブート環境を作成することです。別のオプションは、既存のルートプール内に新しいブート環境を作成することです。私は後者に向かって傾いていますが、それは直感にすぎず、各オプションの長所と短所について少し理解できません。したがって、誰かが各オプションの長所と短所をリストできる場合は、より多くの情報に基づいて決定を下すことができます。

答え1

実際にはとても簡単です。

コピーした元のZFSルートプールと同じZFSルートプールに新しいブート環境を作成する場合は、ZFSスナップショットとクローン元のプール。

したがって、これらのブート環境を作成/削除するのは比較的高速です。

一見するとこれが良く見える。ただし、新しいブート環境をコピーした環境にバインドします。

定期的に更新される長寿命のサーバーでソースブート環境が到着するたびに、同じプールに新しいブート環境を作成すると、管理するのが非常に難しい(不可能ではない場合でも)不快なZFSスナップショットとレプリカが作成されます。 。さらに、スナップショット/クローンはファイルの古いコピーを「修正」するため、時間の経過とともにスペースの問題が発生します。

一方、別のプールに新しいブート環境を作成する場合、これは完全に独立したコピーです。つまり、ファイルは実際にはソースブート環境から新しいブート環境にコピーされます。最初は時間がかかり、より多くのスペースが必要ですが、清潔で完全に独立しています。

私の経験によると、長い間運営されてきたSolaris組織では、後者を使用する傾向があります。通常、4つのブートドライブがあるSolarisサーバーを使用します。ハードウェア両方のルートプールのRAID-1ミラーリング。 (はい、ハードウェアミラー。 ZFSミラーでディスクを交換するには、ディスク交換技術者とシステム管理者の間の調整が必要です。複数の場所にある数百または数千台のサーバーをリモートで管理する場合、この種の調整を達成するのは困難です。交換技術は保証ディスクの交換を実行するハードウェアベンダーから提供されているため、交換技術が出たときにシステム管理者が準備ができていない場合はやめる可能性が高くなります。ハードウェアイメージのディスク交換は、交換を実行する技術者が実行する必要がある簡単な「オレンジ色のインジケータでディスクを引き出し、交換品を取り出す」作業です。管理者は後でログを読み取ることができ、コマンドが誤動作する可能性はありません。 )

ブート環境を作成するときは、ブート環境にユーザーのホームディレクトリが含まれないように注意してください。ユーザーは、ブート環境が作成されたときの状態にファイルをロールバックし、何らかの理由で別のブート環境に切り替える必要があるときにまったく異なる状態にロールバックすることを好まないことがよくあります。

関連情報