Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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

ジュニパーネットワークスJunosオペレーティングシステム(Junos OS)リリース10.4R3のジュニパーネットワークスEXシリーズイーサネットスイッチに導入された、耐障害性に優れたデュアルルート パーティショニングは、以下の方法でスイッチにさらなる耐障害性を提供します。

  • システムがプライマリ ルート パーティションからのブートに失敗した場合、スイッチが 2 番目(代替)ルート パーティションから透過的にブートできるようにします。

  • ルート Junos OS ファイル システムを /var ファイル システムから分離します。 /var ファイルシステムで破損が発生した場合 ( /var での読み取りと書き込みの頻度が高いため、ルートファイルシステムよりも可能性が高くなります)、ルートファイルシステムは破損から隔離されます。

手記:

復元力のあるデュアルルート パーティションをサポートしていないリリースから、サポートしていないリリースにアップグレードする手順については、リリース ノートを参照してください。耐障害性デュアルルートパーティションリリースにアップグレードする手順は、通常のアップグレード手順とは異なります。

耐障害性デュアルルート パーティション方式(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 ファイルと重要なログ ファイルは、アップグレード プロセス中に停電が発生すると失われる可能性があるため、外部メディアに保存することをお勧めします。