デュアルルート パーティションの設定

耐障害性に優れたデュアルルート パーティション方式(Junos OSリリース10.4R3以降)

Junos OSリリース10.4R3以降に同梱されているEXシリーズスイッチは、 表1に示すように、耐障害性が最適化されたルートパーティションスキームで構成されています。

表 1: 回復力のあるデュアルルート パーティション構成

スライス 1	スライス 2	スライス 3		スライス 4
S1a	S2A	S3E	S3d	s4d
/ (ルート Junos OS )	/ (ルート Junos OS )	/Var	/var/tmp	/設定

耐障害性に優れたデュアルルートパーティションスキームでは、/ var ファイルシステムはルートファイルシステムとは別のスライス(スライス3)に含まれ、 /config ディレクトリは独自のスライス(スライス4)に含まれ、スイッチは工場出荷時にスライス1およびスライス2に同一のJunos OSイメージが格納されます。/ var ファイルシステムは、ルートファイルシステムよりも読み取りと書き込みの頻度が高いため、破損の問題が発生する可能性が高く、ルートディレクトリと /config ディレクトリから分離されています。スイッチがアクティブ パーティションからのブートに失敗した場合、スイッチは自動的に代替ルート パーティションからブートし、アラームをトリガーします。

自動スナップショット機能による破損したプライマリルートパーティションの自動修正

耐障害性デュアルルート パーティショニングには 自動スナップショット 機能も備わっており、プライマリ ルート パーティション内の破損したJunos OSファイルをスイッチで自動的に修正できます。自動スナップショット機能が有効になっている場合、スイッチは自動的に代替ルート パーティションにある Junos OS ルート ファイル システムのスナップショットを取得し、それをプライマリ ルート パーティションにコピーすることで、プライマリ ルート パーティション内の破損したファイルを修復します。自動スナップショット手順は、システムが代替ルートパーティションからリブートするたびに実行されます。リブートの原因がコマンドであるか、プライマリルートパーティションの破損によるものかに関係なく。

メモ：

• EX9200スイッチは、自動スナップショット機能をサポートしていません。

• 自動スナップショット機能は、以下のEXシリーズスイッチでデフォルトで有効になっています。

  • EX4550スイッチ

  • Junos OSリリース12.3R1以降に同梱されているEXシリーズスイッチ

• Junos OSリリース12.2以前を実行しているEXシリーズスイッチ(EX4550スイッチを除く)では、自動スナップショット機能はデフォルトで無効になっています。

• スイッチがJunos OSリリース12.3R1以降にアップグレードされる前に自動スナップショット機能がデフォルトで無効になっていた場合、アップグレード後はデフォルトでこの機能は無効のままになります(後方互換性のため)。

• バーチャルシャーシ構成で自動スナップショット機能が有効になっている場合、 バーチャルシャーシ のメンバーが代替ルートパーティションから再起動するたびに、自動スナップショット手順が実行されます。

• 自動スナップショット機能を有効にするには、 階層レベルで [edit system] ステートメントを設定しますauto-snapshot。

自動スナップショット機能は、耐障害性に優れたデュアルルート パーティションの両方のパーティションで同じバージョンのJunos OSを維持している場合に、障害保護の追加レイヤーを提供します。 auto-snapshot を有効にすると、修復が自動的に行われます。したがって、スイッチは、システムが代替パーティションからリブートされたことを示すアラームを発行しません。ただし、イベントはログに記録されます。自動スナップショット手順の処理中は、手動スナップショットを実行できません。ログイン バナーは、自動スナップショット操作が進行中であり、スナップショット操作が完了した後にのみそのバナーが削除されることを示します。次の再起動は、プライマリパーティションから行われます。

メモ：

Junos OSリリース10.4R3以降に同梱されているEXシリーズスイッチは、プライマリルートパーティション(スライス1)と代替ルートパーティション(スライス2)で同一のJunos OSイメージを使用して設定されます。

ただし、両方のパーティションで同じバージョンの Junos OS を維持し ていない場合は 、自動スナップショット機能を無効にすることをお勧めします。代替パーティションに以前のバージョンのJunos OSがあり、システムが代替ルートパーティションから再起動された場合、自動スナップショット機能により、新しいバージョンのJunos OSが以前のバージョンに置き換えられます。

自動スナップショットが無効で、システムが代替ルートパーティションから再起動すると、システムが代替パーティションから再起動されたことを示すアラームがトリガーされます。

以前のパーティション構成(Junos OSリリース10.4R2以前)

Junos OS 10.4R2以前で使用されていたパーティション構成を 表2に示します。

表 2: 以前のパーティション構成

スライス 1		スライス 2		スライス 3
S1a	S1F	S2A	S2F	S3d	S3E
/ (ルート Junos OS)	/Var	(最初のソフトウェアアップグレードまでは空)	(最初のソフトウェアアップグレードまでは空)	/var/tmp	/設定

これは、リリース 10.4R2 以前(またはリリース 10.4R3 以降からリリース 10.4R2 以前へのダウングレード中にディスクを再フォーマットした後)に同梱されているスイッチのパーティショニング方式です。このパーティショニング方式では、スイッチは工場で出荷され、スライス1のルートJunos OSパーティションにJunos OSイメージが1つだけインストールされています。ソフトウェア アップグレードを初めて実行すると、新しい Junos OS イメージがスライス 2 にインストールされます。スイッチがブートに失敗した場合は、代替パーティションからブートするように手動でトリガーする必要があります(代替パーティションからのリブートは自動的には行われません)。

回復力のあるデュアルルートパーティションリリースと以前のリリース間のアップグレードまたはダウングレードを理解する

リリース 10.4R2 以前からリリース 10.4R3 以降へのアップグレードは、次の 2 つの重要な点で他のアップグレードとは異なります。

• 新しいJunos OSイメージのインストールに加えて、新しいローダー ソフトウェア パッケージをインストールする必要があります。

• アップグレード後に再起動すると、ディスクが 3 つのパーティションから 4 つのパーティションに再フォーマットされます。 表 1 を参照してください。

この特別なソフトウェア アップグレードのすべての操作は、CLI から実行できます。

注意：

リリース 10.4R2 以前から、回復力のあるデュアルルート パーティションをサポートするリリース(リリース 10.4R3 以降)へのアップグレード中は、/ var/log ファイルが保存または復元されないため、重要なログ ファイルをバックアップします。

/config ファイルと重要なログ ファイルも外部メディアに保存することをお勧めします。アップグレード プロセス中に停電が発生すると、それらが失われる可能性があるからです。