デュアルルート パーティションの設定
ジュニパーネットワークス EX シリーズ イーサネット スイッチ(ジュニパーネットワークス Junos オペレーティング システム)(Junos OS)リリース 10.4R3 で ジュニパーネットワークス EX シリーズ イーサネット スイッチ で導入された耐障害性の高いデュアルルート パーティショニングにより、次の方法でスイッチに対する耐障害性を強化できます。
システムがプライマリ ルート パーティションから起動できない場合、スイッチを2番目の(代替)ルート パーティションから透過的に起動できます。
/var ファイル システムからJunos OSルート ファイル システムを 分離します。 /var ファイル システムで破損が発生した場合 (/var内の読み取りと大きな頻度が原因で、ルート ファイル システムより高い確率で)、ルート ファイル システムは腐敗とは絶縁されます。
耐障害性に優れたデュアルルート パーティションをサポートするリリースにアップグレードする手順については、リリースノートを参照してください。耐障害性のあるデュアルルート パーティション リリースにアップグレードする手順は、通常のアップグレード手順とは異なります。
耐障害性デュアルルート パーティション 方式(Junos OS リリース 10.4R3以降)
EX シリーズ Junos OS リリース 10.4R3 以降が含むスイッチは、表 1に示すように、弾力性に最適化されたルート パーティショニング方式を使用して設定されています。
スライス 1 |
スライス 2 |
スライス 3 |
スライス 4 |
|
---|---|---|---|---|
S1a |
s2a |
s3e |
S3d |
s4d |
/ (ルートJunos OS) |
/ (ルートJunos OS) |
/var |
/var/tmp |
/config |
耐障害性に優れたデュアルルート パーティション 方式では 、/var ファイル システムはルート ファイル システムから別のスライス(スライス 3)に含め 、/config ディレクトリは独自のスライス(スライス 4)に含まれています。スイッチは、スライス 1 とスライス 2 に同一の Junos OS イメージを持って出荷されます。 /var ファイル システムは、ルート ファイル システムよりも読み取りおよび使用頻度が高く、そのために腐敗の問題が発生する可能性が高く、ルート ディレクトリと /config ディレクトリから分離されています。スイッチがアクティブなパーティションからのブートに失敗すると、スイッチは代替ルート パーティションから自動的に起動し、アラームを起動します。
自動スナップショット機能による破損したプライマリ ルート パーティションの自動修正
耐障害性に優れたデュアルルートパーティショニングにより、自動スナップショット機能も提供され、プライマリ ルート パーティション内の破損したJunos OSファイルを自動的に修復できます。自動スナップショット機能が有効になっている場合、スイッチは代替ルート パーティション内の Junos OS ルート ファイル システムのスナップショットを自動的に取得し、プライマリ ルート パーティションにコピーして、プライマリ ルート パーティション内の破損ファイルを修復します。自動スナップショット手順は、再起動がコマンドによるか、プライマリ ルート パーティションの破損によるかにかかわらず、代替ルート パーティションからシステムが再起動されるたびに実行されます。
EX9200 スイッチは、自動スナップショット機能をサポートしていない。
デフォルトでは、自動スナップショット機能は以下のスイッチでEX シリーズになっています。
EX4550 スイッチ
EX シリーズ リリース リリース リリース Junos OS以降12.3R1出荷されるスイッチの数
デフォルトでは、自動スナップショット機能は、EX シリーズ スイッチ(EX4550 スイッチを除く)で、Junos OS リリース 12.2 以前で実行されている場合に無効になっています。
スイッチが Junos OS リリース 12.3R1 以降にアップグレードされる前に、デフォルトで自動スナップショット機能が無効になっていた場合、その機能はアップグレード後も(下位互換性を維持するために)デフォルトで無効なままです。
バーチャル シャーシ 設定で自動スナップショット機能が有効になっている場合、バーチャル シャーシ のメンバーが代替ルート パーティションから再起動するたびに、自動スナップショット手順が実行されます。
ステートメントを階層レベルで設定すると、自動スナップショット機能
auto-snapshot
を[edit system]
有効にできます。
自動スナップショット機能では、復元力の高いデュアルルート パーティションの両方のパーティションに同Junos OSバージョンを維持すると、障害の防御レイヤーが追加されます。有効 auto-snapshot
にすると、修理が自動的に行われます。そのため、スイッチは、システムが代替パーティションから再起動されたかどうかを示すアラームを発行しません。ただし イベントはログに記録されます自動スナップショットプロシージャが処理されている場合、手動スナップショットを実行することはできません。ログイン バナーは、自動スナップショット操作が進行中であり、そのバナーはスナップショット操作が完了した後にのみ削除されます。次の再起動はプライマリ パーティションから実行されます。
Junos OS EX シリーズ リリース 10.4R3 以降が出荷されるスイッチは、プライマリ ルート パーティション(スライス 1)と代替ルート パーティション(スライス 2)の同一の Junos OS イメージで設定されます。
ただし、両方のパーティション に 同じバージョンのJunos OS場合は、自動スナップショット機能を無効にできます。代替パーティション内に以前のバージョンの Junos OS が存在し、代替ルート パーティションからシステムが再起動される場合、自動スナップショット機能により、それ以降の Junos OS バージョンが以前のバージョンに置き換わる結果になります。
自動スナップショットが無効になり、代替ルート パーティションからシステムが再起動されると、システムが代替パーティションから再起動したことを示すアラームがトリガーされます。
以前のパーティション方式(Junos OS リリース 10.4R2以前)
Junos OS 10.4R2 以前で使用されたパーティション方式を表 2 に示します。
スライス 1 |
スライス 2 |
スライス 3 |
|||
---|---|---|---|---|---|
S1a |
s1f |
s2a |
s2f |
S3d |
s3e |
/ (ルートJunos OS) |
/var |
(最初のソフトウェア アップグレードまで空) |
(最初のソフトウェア アップグレードまで空) |
/var/tmp |
/config |
これは、リリース10.4R2以前に出荷されたスイッチのパーティショニング方式です(または、リリース10.4R3以降からリリース10.4R2以前にダウングレード中にディスクを再フォーマットした後)。このパーティショニング方式では、スライス1のルート デバイス パーティションに1つのJunos OS Junos OSイメージがインストールされた状態で、スイッチが工場出荷時に提供されます。ソフトウェア アップグレードを初めて実行すると、新しいソフトウェア アップグレード Junos OS スライサー 2 にインストールされます。スイッチの起動に失敗した場合、代替パーティションから起動するために手動でトリガーする必要があります(代替パーティションからの再起動は自動的に実行されません)。
耐障害性のあるデュアルルート パーティション リリースおよびそれ以前のリリースの間のアップグレードまたはダウングレードについて
リリース 10.4R2 以前からリリース 10.4R3 以降へのアップグレードは、次の 2 つの重要な方法で他のアップグレードとは異なります。
新しいソフトウェア イメージをインストールする以外に、新しいローダー ソフトウェア パッケージJunos OSする必要があります。
アップグレード後の再起動では、3つのパーティションから4つのパーティションにディスクを再フォーマットします。表 1 を参照してください。
この特別なソフトウェア アップグレードのすべての操作をソフトウェア アップグレードで実行CLI。
/var/logファイルは、リリース 10.4R2 以前のアップグレード中に、耐障害性の高いデュアルルート パーティション(リリース 10.4R3 以降)をサポートするリリースに保存または復元されないため、重要なログ ファイルをバックアップします。
アップグレード プロセスで電力中断が発生すると失われる可能性があります 。/config ファイルおよび重要なログ ファイルは外部メディアに保存することをお勧めします。