アドレスプールマネージャーの概要

アドレスプールマネージャーのメリット

• 効率—アドレスの利用効率を向上させます。APMは、ネットワーク内の複数のBNGのアドレス割り当てを一元化し、自動化します。APMはジャストインタイムのプレフィックス割り当てを使用するため、BNGに追加のIPアドレスが必要な場合にのみプレフィックスをプロビジョニングします。

  APMは、BNGが必要とする数のプレフィックスのみをプロビジョニングします。APMグローバルプールをプレフィックスのグループに分割した後、APMはBNGの要求に一致するようにプレフィックスをさらに細分化します。この細分化により、APMは割り当てるプレフィックスのサイズを最適化できます。

• シンプルさ—手動による監視と個々のBNGのプロビジョニングのオーバーヘッドと複雑さを回避します。

• 導入性—要件を満たすすべてのハードウェアにインストールして動作します。

• 再利用可能性—IPアドレスをほとんど使用していないプールから中央プールに未使用のプレフィックスを再利用し、それらのプレフィックスを必要とする他のプールに再配布します。

用語の対処

IPアドレッシング、クラスレスドメイン間ルーティング(CIDR)、可変長サブネットマスク(VLSM)、IPプレフィックスをサブネットワーク(サブネット)に分割する方法についてよく理解しておく必要があります。アドレス指定戦略を考案する場合(このドキュメントの範囲外)、または手動アドレス再登録を使用する場合は、IP サブネット計算ツールを確認すると役立つ場合があります。そのような計算機はオンラインでたくさん見つけることができます。

このドキュメントでは、以下の用語を使用します。

• プレフィックス—CIDR表記を使用して表される32ビットIPv4ネットワークアドレスとプレフィックス長。例えば、198.51.100.0/24です。プレフィックスは、IPアドレスのネットワーク部分を定義します。プレフィックスはサブネットワークを表します。

• プレフィックス長—プレフィックスの長さとIPアドレスのネットワーク部分のサイズを決定するビット数。/24 のプレフィックス長は、アドレスのネットワーク部分の長さが 24 ビットであることを意味します。残りのビット(32ビットのうち)は、ネットワークアドレスのホスト部分を表します。プレフィックス長が /24 のプレフィックスの場合、ホスト部分は 8 ビットです: 32 – 24 = 8。

• ネットワークサイズ—この用語は、文脈に応じていくつかの異なる意味で使用されることがあり、曖昧さが生じる可能性があります。プレフィックス長と、それがサブネットワーク内のホストアドレス数にどのように対応するかについて、以下のように説明します。

  • 長いプレフィックス長によって決定される長いプレフィックスは、サブネットワークごとに割り当てるホストアドレスが少なくなるサブネットワークの増加に対応します。

  • プレフィックス長が短いことによって決まる短いプレフィックスは、サブネットワークごとに割り当てるホストアドレスが多く、サブサブネットワークの数が少なくなることに対応します。

• 無料アドレスは、使用可能で、加入者に割り当てられていないIPアドレスです。

APMの仕組み

APMは、ネットワーク内のBNGグループのIPプレフィックスの一元化されたコレクションを維持します。APM CLIは、マネージドBNGをエンティティとして参照します。このドキュメントでは一般的に BNG という用語を使用しますが、場合によっては、このドキュメントでは エンティティという用語が使用されています。

APM は、BNG とプール ドメインの作成を調整します。各プールドメインは、BNG上の特定のルーティングインスタンスの組み合わせのリンクされたアドレスプールに対応しています。また、BNG CUPSコントローラでは、プールドメインは、特定の加入者グループとルーティングインスタンスの組み合わせのリンクされたアドレスプールに対応します。プールドメインは動的に作成されるため、BNGとAPMの両方が、プールドメインのインスタンス化に必要な属性を含むプロファイルまたはテンプレートを維持します。APM プロファイルには、割り当て、再生しきい値、自動再生動作などの属性が含まれています。BNG です。プロファイルには、プレフィックスサイズや破棄ルートインストール動作などの属性が含まれています。

APMiバージョン1(Junos OSリリース22.1R1以降と互換性あり)。show apm entity コマンドを実行することで、APMiのバージョンを確認できます。

• しきい値とアラーム
• APMの全般的な運用

表1:さまざまなアラームに対してAPMが実行したアクション

時間	BNGから送信されたアラーム	説明
t0	—	入力されたプールドメインでのタイムラインの開始。
T1	割り当てアラーム	加入者がログインすると、BNGの空きアドレス数が割り当てのしきい値を下回ります。BNGは割分アラームを送信します。APM は割り当てアラームを受信し、プレフィックスをプールドメインに割り当てます。BNGは、プールドメインのプールプレフィックスからアドレスを割り当てます。
T2	割り当てアラーム	APM は割り当てアラームを受信しますが、パーティションに使用可能なプレフィックスがありません。アラームはNACKedされ、再試行タイムスタンプは15分後に設定されます。BNGは、アドレスが不要になった場合を除き、このタイムスタンプで割り当てアラームを再試行します。
T3	割り当てアラーム	再試行のタイムスタンプで、空きアドレスの数がまだ割り当てしきい値を下回っているため、BNGは割り当てアラームを再送信します。
T4	アラームの回収	加入者は、空きアドレスの数が再利用のしきい値を超えるまでログアウトを続けます。BNGは、レクラメーション対象の提案されたプールとともにレクラメーションアラームを送信します。APM は推奨されたプールにドレインを配置し、BNG はプールでドレインプロセスを開始します。
T5	プールドレインアラーム	アドレスプールの加入者がゼロの場合、プールには割り当てられたアドレスはありません。BNGは、プールドレインアラームをAPMに送信します。APM は、プール ドレイン アラームに削除要求で応答します。BNGは、プールドメインのプールのリストからプールを削除します。APM は、対応するプレフィックスを再割り当てのためにパーティションに戻します。 プールを削除すると、空きアドレスの数が減少します。
T6	アラームの回収	APM はレクラメーション アラームを受信しますが、アラームはレクラメーション ウィンドウの外で発生したため、何もアクションを実行しません。APM は、再試行タイムスタンプが再利用ウィンドウの開始時刻に設定されたアラーム NACK を返します。BNGは、空きアドレスがまだ余剰がある場合、この時点で再利用アラームを再試行します。

次の手順では、APM の一般的な操作について説明します。

1. BNGとAPMは、ジュニパーが定義したgRPCベースのプロトコルであるAPMiを使用して通信します。Google RPC(gRPC)は、拡張可能で相互運用可能な通信プロトコルを構築するための共通フレームワークです。初期接続時に、BNGはプールドメインの同期を開始します。プールドメイン同期プロセスでは、アクティブなプールドメインのセットが同期されます。APMは、アクティブなプールドメインのリストをBNGのプールドメインのリストに合わせます。プールドメインの同期後、BNGは各プールドメインのプール同期(ディスカバリ)を実行します。APMは、各ドメインのプールのリストをBNGのリストに合わせます。APM が追加のプール (ドメインの BNG のプールリストにない) を保持している場合、プールプレフィックスはパーティションに解放されます。APMにプールがない場合、APMはプールの割り当てを試みます。

2. APMは、BNGから送信されるアラームメッセージを監視します。

3. APMはアラームを評価し、それに対してアクションを実行します。例えば、BNGのアドレスが不足している場合、BNGはAPMにアロケーションアラームを送信します。APM は、ドメインのソースパーティションから要求された数のプレフィックスを割り当て、アラーム応答で返します。BNGは、これらのプールプレフィックスをプールドメインに追加します。

図1 は、単一のAPMインスタンスのさまざまな機能コンポーネント間の関係のより詳細なビューを示しています。各マネージャーブロックには、使用するデータベーステーブルが表示されます。

注:

ネットワーク内の複数の異なるクラスターでAPMの複数のインスタンスを同時に実行できます。APMのこれらのインスタンスは独立しており、互いに認識されません。インスタンスは状態や設定を共有しません。

各APMインスタンスには、アプリケーションの機能コンポーネントとして以下のマイクロサービスが含まれています。

• エンティティマネージャー:管理下にあるBNGのプール管理アクティビティをオーケストレーションします。これらのアクティビティには、アラームの処理、プールプレフィックスの割り当てと再利用が含まれます。

• アドレスマネージャー—アドレスの中央プールをパーティションに編成し、各パーティションに設定されたルートプレフィックスの割り当てを管理します。ルートプレフィックスをより小さなプレフィックスに分割し、BNGに設定された基準に従ってプレフィックスを割り当てます。

• プロビジョニングマネージャー—BNGとのインターフェースで、プールドメインとそれに関連するアドレスプールをプロビジョニングします。プロビジョニングマネージャーは、ドメインと関連する割り当てられたプールプレフィックスがAPMとBNGの間で同期された状態に保たれていることを確認します。

  APMプロビジョニングマネージャーは、APMiを使用してマネージドBNGと通信します。プロビジョニングマネージャーは、BNGによって開始されたドメインアラームに応答して、BNG上でプレフィックスを直接プロビジョニングおよびプロビジョニング解除するためにgRPCメッセージを送信します。

• MGMTマイクロサービスは、テキストベースの設定スキーマとCLIを提供するため、グローバルプレフィックスプール、管理対象BNG、およびそれらに関連するプールドメイン属性を設定できます。CLI を使用して、さまざまな機能コンポーネントの統計情報と状態を表示できます。出力は、システムの負荷、効率、使用率、エラーまたは異常状態に関する情報を提供します。

• APMオペレーター—複数の地理的な切り替え(役割の変更)を調整し、APMコンポーネントの状態を報告します。

• データベースインスタンス(DB)—APMの各機能コンポーネントが使用するデータベーステーブルへの共有アクセスを提供します。データベースには、アドレス、BNG、プールドメイン情報のテーブルが含まれています。データベースは、設定情報と運用状態のための永続的なストレージを提供します。

• データベース同期—地域間で関連するDBコンテンツを同期します。

• APMは、エンティティ、プールドメイン、プール、プレフィックス、割り当て、設定などに関する状態情報を含むデータベースを採用します。プライマリとスタンバイの 2 つのデータベースインスタンスは、ホットスタンバイモードでデプロイされます。データベースインスタンスは、プライマリデータベースの障害を検出するデータベースセンチネルサービスによって監視されます。プライマリ・データベースに障害が発生すると、セカンダリ・データベースがプライマリのロールを引き継ぎ、新しいスタンバイ・データベースがリストアされます。

  注:

  冗長性を確保するには、プライマリノードに加えて最低3つのワーカーノードが必要です。ワーカーノードはすべて、別々の物理サーバー上にある必要があります。ただし、ノードは物理マシンまたは仮想マシンのいずれかです。

CLIおよび構成管理

ユーザーインターフェイス(MGMT)は、Junos OS管理プロセスのコンテナ化されたバージョンです。このインターフェイスを使用すると、設定と監視に Junos OS と同じ CLI 構造を使用できます。管理には、APM をリモートで管理できるインターフェイスも用意されています。

APM は、以下のタスクを実行します。

• 他のAPMコンポーネントがランタイム状態に進む前に、管理サービスからデータベースに初期APM構成をロードします。

• コマンドと設定を、APMマイクロサービスが認識できるアクションとパラメーターに変換します。

• 永続化のために、初期設定とその後の変更をデータベースに記録します。変更があればAPMコンポーネントに通知します。

• コミットされた設定変更をピアワークロードクラスター内の管理インスタンスに同期します(複数の地域設定にのみ使用)。

APMオペレーター

APMオペレーターマイクロサービスは、APMのマイクロサービスの正常性データを定期的に収集します。複数の地理環境では、APM Operatorは、各ワークロードクラスター上のコアサービスの役割(アクティブまたはバックアップ/休止)を調整します。APM オペレーター (各ワークロード クラスターに 1 つあります) は、クラスター間ネットワークとバックアップ (帯域外ネットワーク) を介して相互に通信し、コア サービスの役割を調整し、各ワークロード クラスターから Pod の健全性を中継します。APMオペレーターマイクロサービスは、状態マネージャーポッドとコントローラーポッドで構成されています。

DBSync

DBSync マイクロサービスは、各ワークロードクラスターのデータベースに格納されている特定の永続状態のワークロードクラスタ間で同期を維持します。DBSyncマイクロサービスは、クラスター間ネットワークを介して相互に通信します。

エンティティマネージャー

エンティティ マネージャーは、エンティティの状態に影響を与える他の機能コンポーネントの操作を調整します。

管理下の各BNGについて、エンティティマネージャーは以下の情報を追跡します。

• BNGアドレスは、マネージドプールをホストするBNGのトランスポートアドレスです。

• 管理対象のプールドメインのリスト。

プールドメインは、BNG上のリンクされたアドレスプールを表します。各プールドメインについて、エンティティマネージャーは以下の情報を追跡します。

• プールドメイン名—BNGの管理対象プールを識別するユーザー定義文字列。各プールドメイン名は、そのBNGに対して一意である必要があります。つまり、プールドメイン名が効果的にキーとして機能します。プールドメインキーと呼ばれることもあります。エンティティによって構築されたユーザー定義文字列。BNGの場合、文字列は、ルーティングインスタンス名にリンクされたドメインプロファイル名で構成されています。BNG CUPSコントローラの場合、文字列はドメインプロファイル名と加入者グループ名およびルーティングインスタンス名にリンクされた構成要素で構成されています。

• APM は、作成するプールに名前を付けるために pool-domain-name-sequence-number 形式を使用します。 sequence-number は4桁以上です。値が1,000未満の場合、シーケンス番号には先頭の0が埋め込まれます。したがって、0001、0999、1000、213339は有効なシーケンス番号です。たとえば、プールドメインの名前がtest-pdの場合、APMは最初のプールにtest-pdという名前を付けます。後続のプールにtest-pd-0000、test-pd-0001などという名前が付けられます。

• プレフィックス—プールドメインを構成するプレフィックスの順序付きリスト。

エンティティーマネージャーは、プールドメイン上のさまざまな操作(最後の検出、最後の割り当て、最後の再登録など)に関する多くの揮発性統計を収集します。統計情報には、アラームカウント、プール数、関連するプレフィックス、タイムスタンプが含まれます。これらの統計は、show apm entityなどのAPMshowコマンドで表示できます。

エンティティマネージャーは、プロビジョニングマネージャーがBNGからエンティティーマネージャーに割り当てアラームを中継するときに、アドレスマネージャーにプールドメインの新しいプレフィックスを要求します。

プレフィックス要求には、以下の情報が含まれます。

• アドレスファミリー—現在IPv4をサポートしています

• 割り当てキー—マネージドBNGのIPアドレスとプールドメイン

• 要求されたプレフィックス長—パーティションからプールドメインに割り当てたいプレフィックスのサイズ。

その後、エンティティマネージャーは、割り当てられたプレフィックスをBNGのアドレスプールにプロビジョニングしようと試みます。

エンティティマネージャーは、プロビジョニングマネージャーがBNGに到達可能であることをエンティティマネージャーに通知すると、管理下にあるBNGプールドメイン(同期)を検出して調整するプロセスを開始します。プロビジョニングマネージャーは、到達可能性の状態が変化するたびに、到達可能性レポートをエンティティマネージャーに送信します。エンティティマネージャーは、そのBNGに対して管理されているすべてのプールドメインの検出を要求します。

検出プロセスでは、プロビジョニングインターフェイスを使用して、BNGが認識しているプールドメインと関連するプール情報を見つけます。検出プロセスの最後に、APMとBNGは同じプールドメインと割り当てられたプールプレフィックスを持ちます。

検出された情報が既存の情報と一致しない場合、APMは(BNGと一致するように)プールドメインのパーティション情報でデータベースを更新します。APMが更新中に競合を検出した場合、ログに警告として競合のフラグを付けます。

アドレスマネージャー

アドレスマネージャーは、VLSMアルゴリズムを使用して、アドレスプールパーティション内のルートプレフィックスをより小さなサブプレフィックスに分割し、各ルートプレフィックスに設定した max-prefix-len 値までします。割り当ての際、アドレスマネージャーは、適切なサイズのプレフィックスのリクエストをパーティションとルートプレフィックスにマッチングします。APM は、割り当てイベントを満たすために、ルートプレフィックスから空きサブプレフィックスを割り当てます。

アドレスマネージャーは、パーティション内の空きアドレスの割合が free-prefix-utilization しきい値を下回ると、警告メッセージをログに記録します。このしきい値を超える場合は、パーティションが非常に多くのアドレスを割り当てているため、アドレスが不足する危険があることを示しています。

APM を設定するときは、ルートプレフィックスをパーティションに割り当てます。アドレスマネージャーは、任意のドメインに対して単一のパーティションからのみプレフィックスを割り当てます。各パーティションは、割り当てコンテキストを表します。アドレスマネージャーは、ドメインに設定したバイアスを使用して、ドメインに割り当てるプレフィックスを分割するパーティションを選択します。

パーティションにルートプレフィックスを追加するときは、そのパーティションに指定された最小および最大プレフィックス長の制限内に収まることを確認します。

• min-prefix-len値は、最短の有効なルートプレフィックスです。

• max-prefix-len値は、最長の有効なルートプレフィックスです。

したがって、 min-prefix-len <= ルートプレフィックス長 <= max-prefix-len となります。

例えば、 min-prefix-len が20で max-prefix-len が24の場合、プレフィックス長が/20、/21、/22、/23、または/24のルートプレフィックスを追加できます。

プレフィックス長が短いほど、サブネットで使用できる個々のホストアドレスが多くなります。プレフィックス長が長いほど、サブネットで使用できる個々のホストアドレスの数が少なくなります。次に例を示します。

• プレフィックス長が /20 の場合、4,094 個の使用可能なホスト アドレスが提供されます。

• プレフィックス長が /24 の場合、254 個の使用可能なホスト アドレスが提供されます。

注:

指定された制限外のルートプレフィックスを設定すると、APMはそれをパーティションに追加しません。

• プレフィックスサブディビジョン
• プレフィックス割り当て
• VLSM
• VLSMの例

プロビジョニングマネージャー

プロビジョニング マネージャーは、次のプロビジョニング操作を管理するワーカー プロセスで構成されています。

• 検出—APMとBNG間のプールドメインと関連するプール情報を同期します。検出プロセスの最後に、APMとBNGはプールドメインと割り当てられたプールプレフィックスのリストについて合意します。

  APMの動作—APMは、APMリストがBNGのリストと一致するように、そのプールドメインをBNGのリストと調整します。調整中に削除されたドメインのプールプレフィックスは、関連するプールプレフィックスが元のパーティションに戻されます。

  プロビジョニング・マネージャーは、APMがマネージドBNGとの接続を確立するたびに検出を実行します(接続障害後に再確立された接続も含まれます)。接続がダウンしている間、管理者はBNGの設定を変更できます。APM は、後続のディスカバリー中に変更を検出すると、それに応じて調整します。

• プロビジョニング—マネージドBNGのプレフィックスをプロビジョニングおよびプロビジョニング解除します。アドレスマネージャーがプレフィックスの割り当てを管理する一方で、プロビジョニングマネージャーはBNGと通信してアドレスプールをプロビジョニングします。

接続が回復すると、プロビジョニングマネージャーはBNGに到達可能であることをエンティティマネージャーに通知します。エンティティ マネージャーは、同期プロセスの開始をプロビジョニング マネージャーに要求します。

プレフィックスの自動再利用

APMが再生のタスクを自動的に処理できるようにすることができます。entity-matchステートメントで設定されたように、エンティティに割り当てられたpool-domain-profileで自動再利用を設定できます。

自動再利用を有効にすると、以下のアクションが実行されます。

• APM は、エンティティから送信されたドメイン再利用アラームに応答します。再利用アラームには、レクラメーションする推奨プール名が含まれています。

• APM は、プールにアクティブドレインを配置するようにエンティティに指示することで、再生アラームに応答します。プールが完全にドレインされた場合(プールから未処理のアドレス割り当てがない場合)、エンティティはドメインプールドレインアラームを発生させます。

• APM は、プールを削除するようにエンティティに指示することで、プール ドレイン アラームに応答します。APM は、割り当て元のパーティションにプールプレフィックスを返します。

• プレフィックスがパーティションに戻されると、ドメイン割り当てアラームを発生させる他のエンティティがプレフィックスを使用できるようになります。

自動再利用により、エンティティで維持される未使用アドレスの数を制限できます。自動レクラメーションプロセスには、サービスにアクティブドレインに影響を与える可能性があるため、設定されたメンテナンスウィンドウ中にのみ自動レクラメーションを開始するようにAPMを設定できます。

エンティティに割り当てられたプレフィックスのリリース

ネットワークエンティティに障害が発生し、APMに再接続して割り当てられたプールプレフィックスをソースパーティションに再利用できない場合は、request apm release entity system-idコマンドを使用できます。このコマンドは、ネットワークエンティティに関連するすべてのプールプレフィックスとプールドメインの割り当てを解除します。エンティティのAPMi状態がreachableの場合、request apm release entity system-idコマンドは使用できません。

これらの手順を使用して、到達不能なエンティティからプレフィックスを解放します。

1. show apm entity system idコマンドを使用して、エンティティの到達可能性ステータスとそのプールドメインが保持するプールプレフィックスを表示します。出力は、エンティティが到達可能であり、3つのプールプレフィックスを割り当てていることを示しています。

2. エンティティに到達可能な場合、 request apm release entity system id コマンドは失敗します。

3. show apm entityを入力して、エンティティに到達できないかどうかを確認します。

4. ステップ3のエンティティに到達できないため、 request apm release entity system-id コマンドを入力してレクラメーションを開始できます。APMはプールのプロビジョニングを解除し、再割り当てのためにアドレスをソースパーティションに返します。ステップ 1 で報告されたすべてのプールプレフィックスが解放されます。

アドレスの手動再登録

手動再生により、きめ細かな制御が可能になります。手動再生では、マネージドBNGのプールドメインとアドレスプールを注意深く監視する必要があります。

1. show apm alarmsコマンドを使用して、BNGから受信した保留中のすべてのアラームを表示します。出力には、reclaimアラームステータスを持つプールの名前が表示されます

   reclaimアラームは、プールドメインに余剰のアドレスがあることを意味します。Infoフィールドには、BNGが再生を推奨するプールの名前が含まれています。再利用アラームは、プールにアクティブなドレンセットがあることを意味するものではありません。プールにドレインが配置されていない場合でも、プールはアドレスを割り当てることができます。

2. request apm drainコマンドを発行して、プールのドレインを開始します。
   注:

   request apm activateコマンドを発行することで、開始したドレインを削除できます。

3. show apm alarmsコマンドを使用して、プールがドレインされたことを確認します。アラームステータスには、pool-drainedステータスが表示されます。
4. request apm reclaimコマンドを発行して、レクラメーションを開始します。APMはプールのプロビジョニングを解除し、再割り当てのためにアドレスをソースパーティションに返します。

手動再生を選択する場合は、再生するプールの選択に注意してください。再生するプールを選択する際の考慮事項をいくつか紹介します。

• プールをドレインする場合、プールドメイン内の他のプールでそれらのアドレスを使用する加入者に対応する必要があります。これらの加入者を吸収するのに、他のプール(ドメイン内)に十分な空きアドレスが必要です。したがって、プールドメイン内の空きアドレスの数は、ドレインするプール内の使用済みアドレスの数よりも多くなければなりません。

  (プールドメインの空きアドレス) –(プールの空きアドレスをドレイン)>(プール使用済みアドレスをドレイン)

• プールをドレインするときに、空きアドレスを使い果たす差し迫った危険にさらされたままにしてはなりません。ドメイン内の空きアドレス数が割り当てしきい値を下回ると、割り当てアラームがトリガーされ、APMがプールにより多くのアドレスをプロビジョニングします。つまり、次の不等式が当てはまらない限り、プールでドレインを開始しないようにしてください。

  (プールドメインの空きアドレス)–(プールの合計アドレスをドレイン)>(割り当てしきい値)

タイムスタンプ

show apm entity コマンドを使用して、APM のレクラメーション操作を監視します。コマンド出力には、ルーターまたは特定のプールドメインの統計情報を表示すると、最後の検出、最後の割り当て、および最後の再利用イベントのタイムスタンプが表示されます。タイムスタンプは、24時間制のISO-8601形式です。

YYYY-MM-DDThh:mm:ssZ

• T は、日付と時刻の間の区切り文字です。

• Zは、時刻がUTCタイムゾーンであることを示します。ルーターの時刻が異なるタイムゾーンを使用する場合、この形式はUTCからのオフセットを示し、タイムゾーンを識別します。

• UTCより西のタイムゾーンには、–hh:mmで示される負のオフセットがあります。

• UTCより東のタイムゾーンには、+hh:mmで指定された正のオフセットがあります。

例えば、以下のタイムスタンプはすべて、標準時刻を想定して同じ時間を示しています。

• 2020–03–20T15:10:25Z(ロンドン)

• 2020–03–20T10:10:25-05:00(ニューヨーク)

• 2020–03–20T16:10:25+01:00 (パリ)

• 2020–03–20T23:10:25+08:00(北京)

APMでプロビジョニングされたKubernetesオブジェクト

APMは、開始時またはロールアウト時に次のKubernetesオブジェクトを作成します。APM は、ライフサイクル全体を通じてこれらのオブジェクトを使用します。オブジェクトは apm stop時に削除されます。

• 名前空間—APMを実行しているノードマシンの仮想クラスター。すべてのAPMオブジェクトは、jnpr-apmで分離されています。

• ロードバランシングサービス—オブジェクトは、クラスターのロードバランサーによって割り当てられた外部IPアドレスを取得するために、セットアップ時に作成されます。クラスター外の外部サービスは、これらの外部IPアドレスを使用してAPMとの通信を開始します。クラスターは、ネットワークロードバランサとしてMetalLBをサポートしている必要があります。

• ConfigMap—データベースサーバーの設定ファイル(redis.conf)と管理用の初期設定ファイル(juniper.conf)を保存します。

• PersistentVolumeClaims—動的データストレージ要件があるコンテナの場合、このオブジェクトにはMGMTが含まれます。

• シークレット—APMiを保護するために必要なキーと証明書を保存します。

• CustomResources—カスタムリソース(OperatingRole)は、各ワークロードクラスター上のコアマイクロサービスの役割を管理するためにAPMによって使用されます。