自己管理型 Kubernetes の Anypoint Runtime Fabric

Runtime Fabric エージェントはポッドとしてクラスターにデプロイされ、起動時に確立される mTLS アウトバウンド接続を介してコントロールプレーンと通信します。

エージェントはイベント駆動型です。アプリケーションの状態変更により Kubernetes イベントが生成されると、エージェントはアプリケーションの現在の状態を説明するメタデータをコントロールプレーンに送信します。Kubernetes イベントにはアプリケーションポッドの起動、更新、または再起動が含まれます。

エージェントはコントロールプレーンからの受信要求もリスンします。エージェントがコントロールプレーンからメッセージを受信すると、エージェントはメッセージで指定された Kubernetes リソースに変更を加えます。このような変更には、新しいアプリケーションの作成、既存のアプリケーションの更新、アプリケーションの削除などがあります。

次の Runtime Fabric コンポーネントも Kubernetes クラスター内で実行されます。

自己管理型 Kubernetes の Anypoint Runtime Fabric を Kubernetes クラスターにインストールすると、コマンドラインユーティリティ (​rtfctl​) によってアクティベーションデータトークンが一連のアクティベーションプロパティにスワップされます。プロパティには Runtime Fabric Docker レジストリにアクセスするためのログイン情報と Anypoint Platform への mTLS 接続を確立するためのログイン情報が含まれます。続いて、ユーティリティでインストールを実行するための Helm が呼び出されます。

クラスターでの自己管理型 Kubernetes の Anypoint Runtime Fabric コンポーネントへのアップグレードは、Anypoint Platform コントロールプレーンから、具体的には Runtime Manager からトリガーします。アップグレードをトリガーすると、アップグレードメッセージが対象クラスター内で処理され、​rtfctl​ でコンポーネントのソフトウェアバージョンをアップグレードするための Helm が呼び出されます。アップグレード中に問題が発生した場合、​rtfctl​ を使用して Helm ロールバックを呼び出し、クラスターを安定状態に復元できます。ロールバックにより、コントロールプレーンにレポートが作成されます。

各アプリケーションはアプリケーションの環境に基づいて Kubernetes 名前空間にデプロイされます。

Runtime Fabric エージェントでは、​rtf.mulesoft.com/id​ という表示ラベルの付いた Kubernetes デプロイメントを監視します。Kubernetes によってデプロイメントの状態が更新されると、エージェントによってその更新がコントロールプレーンに送信されます。詳細は、​「ログ」​と​「監視」​を参照してください。

MuleSoft は、Runtime Fabric エージェント、Mule Runtime Engine (Mule)、および Mule アプリケーションのデプロイに使用されるその他の連動関係を提供します。Runtime Fabric エージェントは、デプロイメント、ポッド、レプリカセット、イングレスリソースなどの Kubernetes リソースを生成して更新することで Mule アプリケーションをデプロイして管理します。

お客様は、自己管理型 Kubernetes の Anypoint Runtime Fabric に使用される Kubernetes のプロビジョニング、設定、管理の責任を負います。下記のような、Kubernetes クラスターで機能をセットアップまたは有効化するために使用される追加の設定も、お客様が管理する責任を負います。

自己管理型 Kubernetes の Runtime Fabric には、プロビジョニングされ運用可能な専用クラスターが必要です。​rtfctl​ コマンドラインユーティリティを使用して、環境が正しく設定されているかどうかを確認します。​「自己管理型 Kubernetes の Runtime Fabric のインストール」​を参照してください。

サポートされている Kubernetes バージョンについては、メジャーおよびマイナーバージョンの Runtime Fabric の​リリースノート​を参照してください。

自己管理型 Kubernetes の Anypoint Runtime Fabric には、x86/x64 アーキテクチャを使用するワーカーノードが必要です。ARM ベースのアーキテクチャはサポートされていません。

自己管理型 Kubernetes の Anypoint Runtime Fabric では、Amazon EKS、AKS、または GKE でサポートされる Linux ベースのオペレーティングシステムがサポートされています。

一般に、Kubernetes ベンダーによって提供されるベストプラクティスに従って、可用性を確保し、インフラストラクチャの管理を簡略化します。

それぞれが次のリソースを使用する少なくとも 2 つのノードがある環境で、自己管理型 Kubernetes の Runtime Fabric をインストールして、ベストプラクティスに従ってください。

自己管理型 Kubernetes の Anypoint Runtime Fabric の各インスタンスで実行するワークロードの量と種別に応じて、割り当てられるノード数とリソース量を調整します。

自己管理型 Kubernetes の Anypoint Runtime Fabric を適切に使用するには、Anypoint Platform アカウントで次の権限が有効になっている必要があります。

自己管理型 Kubernetes の Anypoint Runtime Fabric では、ネットワークポート、ホスト名、証明書を正しく機能するように IT 管理者が設定する必要があります。​「自己管理型 Kubernetes の Runtime Fabric をサポートするためのネットワークの設定」​を参照してください。

自己管理型 Kubernetes の Runtime Fabric では、Kubernetes 環境と互換性があるすべてのイングレスコントローラーがサポートされ、アプリケーションデプロイメントごとに個別のイングレスリソースが作成されるデプロイメントモデルがサポートされています。一般に、既製のイングレスコントローラーのほとんどではこのモデルがサポートされています。

Anypoint Monitoring では、Runtime Fabric にデプロイされたアプリケーションの​ログデータ​へのアクセスが提供されます。Anypoint Monitoring でログにアクセスするには、Anypoint Integration Advanced パッケージまたは Anypoint Platform の Titanium サブスクリプションが必要です。

自己管理型 Kubernetes の Runtime Fabric にデプロイされたアプリケーションでは、ログが ​stdout​ に転送されます。コンテナランタイムはログを収集してファイルに書き込みます。このファイルの保存場所はコンテナランタイムと設定によって異なります。詳細は Kubernetes 環境のドキュメントを参照してください。

自己管理型 Kubernetes の Anypoint Runtime Fabric では、外部ログ転送はサポートされていません。お客様は、外部ログフォワーダーをインストール、設定、管理する責任を負います。Amazon EKS、AKS、または GKE で実行される Kubernetes 環境と互換性のある任意の外部ログ転送エージェントを使用できます。次のような一般的ログ転送エージェントがあります。

Titanium のお客様の場合、自己管理型 Kubernetes の Anypoint Runtime Fabric では Anypoint Monitoring を使用したログがサポートされています。詳細は、​「Anypoint Monitoring のログ」​を参照してください。

Anypoint Monitoring​ では、Runtime Fabric にデプロイされたアプリケーションや API ゲートウェイのメトリクスが提供されます。

メトリクスを収集するために、Runtime Fabric にデプロイされたすべてのアプリケーションで Anypoint Monitoring サイドカーが実行されます。監視を有効または無効にする方法など、詳細は​「Runtime Fabric にデプロイされたアプリケーションの監視」​を参照してください。

Runtime Fabric ではサードパーティ監視ソリューションの統合はサポートされていません。