Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページの内容
 

サーバークラスターノード

ノードの概要

ソフトウェアコントローラは、クラスターマネージャーとして機能します。メインコントローラVMにワーカーVMを追加すると、sysDBを介してサーバーVMに登録されます。VM に関する事実 (コア/メモリ/ディスクの構成や使用状況など) を収集し、ローカル VM コンテナーを起動します。コントローラVMは、REST APIリクエストに応答し、ワーカーVMをクラスターに参加または退出するように設定し、クラスター全体のランタイム情報を追跡します。また、コンテナー構成エンティティに反応し、ワーカー VM にスケジュールします。

VMノードには、以下の詳細が含まれます。

表1:VMノードのパラメーター
名前 説明
住所 VMのIPアドレスまたは完全修飾ドメイン名(FQDN)
名前 コントローラ(メインコントローラノード)やワーカーなどのVM名 - IBA(ワーカーノード)
状態 アクティブ、欠落、または失敗
ロール コントローラまたはワーカー
タグ コントローラーノードと追加するワーカーノードには、デフォルトで iba と offboxがタグ付けされます。これらのタグの1つまたは両方を削除するか、これらのタグの1つまたは両方のワーカーノードを削除すると、そのノード内のIBAおよび/またはオフボックスコンテナは、それらのタグを持つVMに自動的に移動します。削除するタグを持つ別のノードがあることを確認してください。さもなければ、タグまたはノードを削除するとコンテナーが削除されます。
容量スコア

本ソフトウェアは、キャパシティスコアを使用して、使用可能なノードのクラスター全体で新しいコンテナーをロードバランシングします。これは、割り当てられたメモリに基づいて各コンテナの設定済みアプリケーション重みを考慮して計算されます。

計算例 - VMに64GBのメモリが割り当てられ、オフボックスエージェントに500MBのアプリケーション重量が設定されています。

  • 各オフボックスエージェントの容量スコアコストは5です

  • (64GB / 500MB) * オフボックスエージェントの5容量スコア = 640の合計容量スコア

  • コントローラーノードはオーバーヘッドのために利用可能な容量スコアの半分(上記の例では640 / 2 = 320)ですが、ワーカーノードでは完全な容量スコアが利用可能です(上記の例では640)

容量スコアは、VM に割り当てられたメモリが変更された場合、またはアプリケーションの重みが変更された場合にのみ変化します。
コンテナ数 コンテナ数
CPU CPU数
エラー 必要に応じて。エラーの例としては、エージェントがクラッシュしたためにエージェントプロセスが再起動された場合が挙げられます。
使用法*
  • メモリ使用量(パーセンテージ)
  • CPU使用率(パーセンテージ)
  • ディスク使用量 - 論理ボリュームごとの現在のVMディスク使用量(GBとパーセンテージ)
  • コンテナサービスの使用状況 - 必要なリソースとコンテナのサイズから導出されます。例えば、250MBを必要とするオフボックス・エージェントが500MBの ワーカー ・ノードで実行されている場合、コンテナー・サービスの使用率は50%です。(IBAコンテナには1GBが必要な場合があります)。 コントローラ ノードには、コントローラ固有の処理ロジックを実行する独自の処理エージェントが含まれているため、使用率は50%から始まります。
コンテナ ノードで実行されているコンテナーと、各コンテナーが使用するリソース
ユーザー名/パスワード サーバーVM SSHユーザー名/パスワードログイン資格情報

* メモリ使用率が80%を超えると、すべてのGUIページの上部に警告メッセージが表示されます。これにより、重大なリソース不足を回避するために、ディスク領域やメモリをすぐに解放または追加する必要があることがわかります。(下の画像は以前のバージョンで、現在のGUIとは少し異なります。

Juniper Apstra interface warning: Memory utilization at 87.16 percent, exceeding 80 percent threshold; Blueprints section selected.

メモリ使用率が90%を超えると、すべてのGUIページの上部に重要なメッセージが表示されます。ファブリックにさらなる変更を加える前に、問題のあるファイルシステムにディスク容量を追加するか、必要に応じてメモリを追加して、不足に対処する必要があります。リンクをクリックして、 Apstraクラスター管理 に移動して、詳細を確認してください。

Apstra interface in read-only mode with critical filesystem alert at 99.93 percent utilization. Web Agents status shows Maintenance in red. Red arrow points to Nodes tab.

ノード タブをクリックし 、コントローラのIPアドレスをクリックして詳細を確認します。

Juniper Apstra interface showing Nodes section; read-only mode active due to critical filesystem utilization at 99.93 percent; immediate storage action needed.

下にスクロールして使用状況を確認します。

System usage dashboard showing 4 running containers, memory usage at 75 percent, CPU at 0 percent. Disk usage: vg-var-log 0 percent, vg-root 20 percent, vg-lib-aos-db 99 percent critical, vg-var 11 percent.

リソースを回復するための推奨事項を次に示します。

  • コントローラVMから iba タグを削除して、IBAユニットをワーカーノードに再スケジュールし、メモリとディスク容量の使用量の両方を削減します。

  • ワーカーノードを作成して、IBAユニットやオフボックスデバイスエージェントの負荷を分散します。

警告やクリティカルメッセージをトリガーするデフォルトのしきい値を変更できます。 サーバー設定ファイル (/etc/aos/aos.conf)で、 system_operation_filesystem_thresholds や system_operation_memory_thresholdsのオプションを変更します。次に、SIGHUPをClusterManagerエージェントに送信します。ディスク領域使用率のしきい値は、ファイルシステムごとに設定できます。たとえば、MainSysdb の永続化ファイルと Time Voyager リビジョンを含む /var/lib/aos/db をより保守的に使用する必要があるため、使用しきい値が下限 (85% など) を超えると読み取り専用モードがトリガーされます。

VMにアクセスするには、左側のナビゲーションメニューから、 プラットフォーム>Apstraクラスターに移動します。ノードアドレスをクリックすると、その詳細が表示されます。ノードを作成、複製、編集、削除できます。

Juniper Apstra interface showing a node `10.28.20.3` with details: controller role, ACTIVE state, memory 41%, CPU 17%, disk 13%, container 31%.

すべてのページの左下のセクションでは、プラットフォームの健全性を継続的に可視化できます。緑はアクティブな状態を示します。赤は、エージェントの欠落、ディスクの読み取り専用モード、エージェントの再起動(エージェントの再起動後、ステータスがアクティブに戻る)などの問題を示します。 IBAサービス または オフボックスエージェント が緑色の場合、すべてのコンテナが起動されます。そのうちの 1 つが赤の場合は、少なくとも 1 つのコンテナーに障害が発生しています。

ソフトウェア環境の任意のページから、ドットの1つをクリックし、セクションをクリックして詳細を確認します。 コントローラー、 IBAサービス、 オフボックスエージェント をクリックすると、 ノード の詳細に移動します。

ノードの作成

コントローラノードとワーカーノードは、同じバージョン(6.0.0など)を使用する必要があります。
  1. クラスターするVMにソフトウェアをインストールします。
  2. 左側のナビゲーションメニューから、 Platform > Apstra クラスターに移動し、 ノードの追加をクリックします。
  3. 名前、タグ(オプション)、アドレス(IPまたはFQDN)、サーバーVM SSHユーザー名/パスワードのログイン資格情報を入力します。(デフォルトではiba タグと offbox タグが追加されています。
  4. 作成をクリックします。メインコントローラーが新しいVMワーカーノードに接続すると、新しいVMの状態がINITからACTIVEに変わります。

ノードの編集

  1. テーブルビュー(Platform > Apstraクラスター)または詳細ビューで、編集するVMの [Edit ]ボタンをクリックします。
  2. 変更を加えます。ノードから iba タグや offbox タグを削除すると、IBAやオフボックスコンテナ(該当する場合)は、それらのタグを持つ別のノードに移動します。クラスターにこれらのタグを持つ別のノードがあることを確認します。さもなければ、コンテナーは移動せずに削除されます。
    注意:

    コンテナが削除されないようにするには、クラスター内の別のノードに同じタグがない限り、タグを削除しないでください。
  3. 更新 をクリックして、 VMワーカーノードを更新します。

ノードを削除

ibaタグやoffboxタグを含むノードを削除すると、IBAおよび/またはオフボックスコンテナ(該当する場合)は、それらのタグを持つ別のノードに移動します。クラスターにこれらのタグを持つ別のノードがあることを確認します。さもなければ、コンテナーは移動せずに削除されます。

注意:

コンテナが削除されないようにするには、クラスター内の別のノードに同じタグがない限り、 iba タグや offbox タグを持つノードを削除しないでください。
  1. テーブルビュー(プラットフォーム>Apstraクラスター)または詳細ビューで、削除するApstra仮想マシンの 削除 ボタンをクリックします。
  2. 削除 をクリックして Apstra VMを削除します。