--- schema_version: "1" id: 3eb486e0ddb161789e95d103d550bcb24879f68632de5f3042b644faf9cf2f6c title: 自己管理型 Kubernetes の Anypoint Runtime Fabric collection: mulesoft version: current locale: ja-jp portal_url: https://docs.salesforce.com/mulesoft/current/ja-jp/runtime-fabric/1.13/index-self-managed.md canonical_url: https://docs.mulesoft.com/jp/runtime-fabric/1.13/index-self-managed source_site: docs.mulesoft.com content_type: documentation content_hash: c293ea2a78201d7c34c9a6908bedfb0082b21a8393fdc15ac064ff877f80a90d description: MuleSoft Documentation Site release: "1.13" latest: false --- # 自己管理型 Kubernetes の Anypoint Runtime Fabric 自己管理型 Kubernetes の Anypoint Runtime Fabric を使用すると、作成、設定、管理する Kubernetes クラスターに Mule アプリケーションおよび API プロキシをデプロイできます。自己管理型 Kubernetes の Anypoint Runtime Fabric は既存の Amazon Elastic Kubernetes Service (EKS)、Azure Kubernetes Service (AKS)、または Google Kubernetes Engine (GKE) 環境のサービスとして実行されます。 ## [](#自己管理型-kubernetes-の-anypoint-runtime-fabric-のコアコンポーネント)自己管理型 Kubernetes の Anypoint Runtime Fabric のコアコンポーネント 自己管理型 Kubernetes の Anypoint Runtime Fabric とその基盤となるコンポーネントは、EKS、AKS、または GKE 環境で Kubernetes デプロイメントオブジェクトとして実行されます。これらのオブジェクトは Anypoint Platform を通じて管理します。 Linux ベースのオペレーティングシステムは、自己管理型 Kubernetes クラスターで Runtime Fabric コンポーネントを実行するすべてのノードに必要です。 ### [](#runtime-fabric-エージェント)Runtime Fabric エージェント Runtime Fabric エージェントはポッドとしてクラスターにデプロイされ、起動時に確立される mTLS アウトバウンド接続を介してコントロールプレーンと通信します。 エージェントはイベント駆動型です。アプリケーションの状態変更により Kubernetes イベントが生成されると、エージェントはアプリケーションの現在の状態を説明するメタデータをコントロールプレーンに送信します。Kubernetes イベントにはアプリケーションポッドの起動、更新、または再起動が含まれます。 エージェントはコントロールプレーンからの受信要求もリスンします。エージェントがコントロールプレーンからメッセージを受信すると、エージェントはメッセージで指定された Kubernetes リソースに変更を加えます。このような変更には、新しいアプリケーションの作成、既存のアプリケーションの更新、アプリケーションの削除などがあります。 ### [](#追加のクラスターコンポーネント)追加のクラスターコンポーネント 次の Runtime Fabric コンポーネントも Kubernetes クラスター内で実行されます。 - Mule クラスター IP サービス: Mule アプリケーションがクラスター内でピアを発見するために使用する API を提供します。 - リソースキャッシュ: アプリケーション連動関係のクラスター-ローカルキャッシュを提供します。 - 永続性ゲートウェイ: Mule アプリケーションへの永続性 ObjectStore インターフェースを提供します。 ### [](#コンポーネントのインストールとアップグレードについて)コンポーネントのインストールとアップグレードについて 自己管理型 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-の-anypoint-runtime-fabric-でのアプリケーションデプロイメントの動作)自己管理型 Kubernetes の Anypoint Runtime Fabric でのアプリケーションデプロイメントの動作 自己管理型 Kubernetes の Anypoint Runtime Fabric にアプリケーションをデプロイするときは、次の動作が起こります。 1. Runtime Manager を使用してアプリケーションデプロイメントをトリガーします。 2. 対象クラスターの Runtime Fabric エージェントがアプリケーションをデプロイする要求を受信します。 3. Runtime Fabric によってアプリケーションが既存の名前空間に割り当てられるか、必要な場合は新しい名前空間が作成されます。 4. Runtime Fabric によってデプロイメント、ConfigMap、シークレット、サービス、イングレスなど、適切な Kubernetes リソースが生成されます。 5. Kubernetes デプロイメントリソースに init コンテナが含まれている場合は、Runtime Fabric リソースキャッシュから連動関係が取得されます。 6. リソースキャッシュに必須の連動関係が含まれていない場合、Runtime Fabric によってコントロールプレーンから取得され、リソースキャッシュに追加されます。 ![自己管理型 Kubernetes の Anypoint Runtime Fabric のアプリケーションデプロイメントワークフロー](/mulesoft/current/ja-jp/runtime-fabric/1.13/_images/rtf-app-deployment.png) ### [](#自己管理型-kubernetes-の-anypoint-runtime-fabric-で名前空間を割り当てる)自己管理型 Kubernetes の Anypoint Runtime Fabric で名前空間を割り当てる 各アプリケーションはアプリケーションの環境に基づいて Kubernetes 名前空間にデプロイされます。 1. Runtime Fabric によって表示ラベルが ​`rtf.mulesoft.com/envId=`​ の名前空間が検索されます。 2. Runtime Fabric によってその表示ラベルを見つけられなかった場合は、名前が ​``​ の名前空間が検索されます。 3. Runtime Fabric によってその名前空間が見つけられなかった場合、​``​ という名前の新しい名前空間が作成されます。 ![アプリケーション名前空間の割り当てフローチャート](/mulesoft/current/ja-jp/runtime-fabric/1.13/_images/rtf-namespace-flow.png) ### [](#アプリケーションデプロイメントの監視)アプリケーションデプロイメントの監視 Runtime Fabric エージェントでは、​`rtf.mulesoft.com/id`​ という表示ラベルの付いた Kubernetes デプロイメントを監視します。Kubernetes によってデプロイメントの状態が更新されると、エージェントによってその更新がコントロールプレーンに送信されます。詳細は、​[「ログ」](#logs)​と​[「監視」](#monitoring)​を参照してください。 ## [](#共有責任としての自己管理型-kubernetes-の-anypoint-runtime-fabric)共有責任としての自己管理型 Kubernetes の Anypoint Runtime Fabric 自己管理型 Kubernetes で Anypoint Runtime Fabric が正常に動作するかどうかは共有責任となります。お客様が提供して管理する領域と MuleSoft によって提供される領域を理解することが重要です。 自己管理型 Kubernetes の Anypoint Runtime Fabric インスタンスにおける MuleSoft とお客様の異なる共有責任を下図に示します。 ![自己管理型 Kubernetes の Anypoint Runtime Fabric の共有責任の図](/mulesoft/current/ja-jp/runtime-fabric/1.13/_images/rtf-shared-responsibility.png) ### [](#mulesoft-によって提供される内容)MuleSoft によって提供される内容 MuleSoft は、Runtime Fabric エージェント、Mule Runtime Engine (Mule)、および Mule アプリケーションのデプロイに使用されるその他の連動関係を提供します。Runtime Fabric エージェントは、デプロイメント、ポッド、レプリカセット、イングレスリソースなどの Kubernetes リソースを生成して更新することで Mule アプリケーションをデプロイして管理します。 #### [](#runtime-fabric-コアサービス)Runtime Fabric コアサービス Runtime Fabric により、次のコアサービスがインストールされます。 - Runtime Fabric エージェント - Mule クラスター IP サービス - リソースキャッシュ これらのサービスは、コア Runtime Fabric インストールの名前空間とレプリカ内で分離されています。これらのサービスはアプリケーションの増加に伴って増加しません。 #### [](#アプリケーションサービス)アプリケーションサービス Runtime Fabric によって次のアプリケーションサービスがインストールされるのは、ユーザーが設定した場合のみです。 - 永続性ゲートウェイ: Object Store v2 接続用 (ユーザーが設定した複製) - Anypoint Monitoring サイドカー: 監視およびログ記録用 (アプリケーションレプリカごとに 1 つのサイドカーがデプロイされる) ### [](#お客様による管理)お客様による管理 お客様は、自己管理型 Kubernetes の Anypoint Runtime Fabric に使用される Kubernetes のプロビジョニング、設定、管理の責任を負います。下記のような、Kubernetes クラスターで機能をセットアップまたは有効化するために使用される追加の設定も、お客様が管理する責任を負います。 - イングレスコントローラーと​[イングレスリソースのカスタマイズ](https://docs.mulesoft.com/jp/runtime-fabric/1.13/custom-ingress-configuration)​ - 内部負荷分散 - ログ転送 - 監視 - ネットワークポート、NAT ゲートウェイ、プロキシ - ホストランタイムとネットワーク - Kubernetes 環境のプロビジョニングと管理。これには、組織内の次のチームの支援が必要です - IT チームによるインフラストラクチャのプロビジョニングと管理 - ネットワークチームによる許可ポートの指定とプロキシの設定 - セキュリティチームによるコンプライアンスの検証とセキュリティ証明書の取得 ## [](#自己管理型-kubernetes-の-runtime-fabric-の要件)自己管理型 Kubernetes の Runtime Fabric の要件 以降の説明で、自己管理型 Kubernetes の Anypoint Runtime Fabric を実行するための全般的な要件を示します。 ### [](#kubernetes-のサポート)Kubernetes のサポート 自己管理型 Kubernetes の Runtime Fabric には、プロビジョニングされ運用可能な専用クラスターが必要です。​`rtfctl`​ コマンドラインユーティリティを使用して、環境が正しく設定されているかどうかを確認します。​[「自己管理型 Kubernetes の Runtime Fabric のインストール」](https://docs.mulesoft.com/jp/runtime-fabric/1.13/install-self-managed)​を参照してください。 サポートされている Kubernetes バージョンについては、メジャーおよびマイナーバージョンの Runtime Fabric の​[リリースノート](https://docs.mulesoft.com/jp/release-notes/runtime-fabric/runtime-fabric-release-notes)​を参照してください。 ### [](#サポート対象のアーキテクチャ)サポート対象のアーキテクチャ 自己管理型 Kubernetes の Anypoint Runtime Fabric には、x86/x64 アーキテクチャを使用するワーカーノードが必要です。ARM ベースのアーキテクチャはサポートされていません。 ### [](#オペレーティングシステム)オペレーティングシステム 自己管理型 Kubernetes の Anypoint Runtime Fabric では、Amazon EKS、AKS、または GKE でサポートされる Linux ベースのオペレーティングシステムがサポートされています。 ### [](#ノードおよびリソース)ノードおよびリソース 一般に、Kubernetes ベンダーによって提供されるベストプラクティスに従って、可用性を確保し、インフラストラクチャの管理を簡略化します。 それぞれが次のリソースを使用する少なくとも 2 つのノードがある環境で、自己管理型 Kubernetes の Runtime Fabric をインストールして、ベストプラクティスに従ってください。 - 少なくとも 2 つの CPU コア - 少なくとも 15 GiB の RAM - 少なくとも 250 GiB の空きディスク容量 自己管理型 Kubernetes の Anypoint Runtime Fabric の各インスタンスで実行するワークロードの量と種別に応じて、割り当てられるノード数とリソース量を調整します。 ### [](#anypoint-platform-のロールと権限)Anypoint Platform のロールと権限 自己管理型 Kubernetes の Anypoint Runtime Fabric を適切に使用するには、Anypoint Platform アカウントで次の権限が有効になっている必要があります。 - Anypoint Platform ユーザーの権限を管理するには、​[Anypoint Access Management](https://docs.mulesoft.com/jp/access-management/)​ を使用するための権限が必要です。 - アプリケーションをデプロイして管理するには、Anypoint Runtime Manager を使用するための権限が必要です。アプリケーションをデプロイするには、Anypoint Platform アカウントの「Exchange Contributors (Exchange コントリビューター)」権限を有効にする必要があります。 - Runtime Fabric を使用するには、対応する環境の「Organization Administrators (組織のシステム管理者)」権限または「Manage Runtime Fabrics (Runtime Fabric の管理)」権限が必要です。 - Runtime Fabric インスタンスを削除するには、システム管理者に組織レベルの「Manage Runtime Fabrics (Runtime Fabric の管理)」権限が必要です。 ### [](#ネットワーク設定)ネットワーク設定 自己管理型 Kubernetes の Anypoint Runtime Fabric では、ネットワークポート、ホスト名、証明書を正しく機能するように IT 管理者が設定する必要があります。​[「自己管理型 Kubernetes の Runtime Fabric をサポートするためのネットワークの設定」](https://docs.mulesoft.com/jp/runtime-fabric/1.13/install-self-managed-network-configuration)​を参照してください。 ### [](#イングレスコントローラー)イングレスコントローラー 自己管理型 Kubernetes の Runtime Fabric では、Kubernetes 環境と互換性があるすべてのイングレスコントローラーがサポートされ、アプリケーションデプロイメントごとに個別のイングレスリソースが作成されるデプロイメントモデルがサポートされています。一般に、既製のイングレスコントローラーのほとんどではこのモデルがサポートされています。

GKE のお客様の場合、デフォルトで GKE と一緒に含まれているイングレスコントローラーによってアプリケーションごとに個別の HTTP ロードバランサーがプロビジョニングされます。GKE によって提供されるイングレスコントローラーを使用する前に、その動作についての詳細を確認して回避策を調べ、この動作が望ましくない場合は別のイングレスコントローラーを使用してください。詳細は、KB 記事​を参照してください。
### [](#ログ)ログ Anypoint Monitoring では、Runtime Fabric にデプロイされたアプリケーションの​[ログデータ](https://docs.mulesoft.com/jp/monitoring/logs)​へのアクセスが提供されます。Anypoint Monitoring でログにアクセスするには、Anypoint Integration Advanced パッケージまたは Anypoint Platform の Titanium サブスクリプションが必要です。 自己管理型 Kubernetes の Runtime Fabric にデプロイされたアプリケーションでは、ログが ​`stdout`​ に転送されます。コンテナランタイムはログを収集してファイルに書き込みます。このファイルの保存場所はコンテナランタイムと設定によって異なります。詳細は Kubernetes 環境のドキュメントを参照してください。 ### [](#外部ログ転送)外部ログ転送 自己管理型 Kubernetes の Anypoint Runtime Fabric では、外部ログ転送はサポートされていません。お客様は、外部ログフォワーダーをインストール、設定、管理する責任を負います。Amazon EKS、AKS、または GKE で実行される Kubernetes 環境と互換性のある任意の外部ログ転送エージェントを使用できます。次のような一般的ログ転送エージェントがあります。 - Splunk Connect for Kubernetes - Fluentbit Titanium のお客様の場合、自己管理型 Kubernetes の Anypoint Runtime Fabric では Anypoint Monitoring を使用したログがサポートされています。詳細は、​[「Anypoint Monitoring のログ」](https://docs.mulesoft.com/jp/monitoring/logs)​を参照してください。 ### [](#監視)監視 [Anypoint Monitoring](https://docs.mulesoft.com/jp/monitoring/)​ では、Runtime Fabric にデプロイされたアプリケーションや API ゲートウェイのメトリクスが提供されます。 メトリクスを収集するために、Runtime Fabric にデプロイされたすべてのアプリケーションで Anypoint Monitoring サイドカーが実行されます。監視を有効または無効にする方法など、詳細は​[「Runtime Fabric にデプロイされたアプリケーションの監視」](https://docs.mulesoft.com/jp/runtime-fabric/1.13/manage-monitor-applications)​を参照してください。 Runtime Fabric ではサードパーティ監視ソリューションの統合はサポートされていません。 ## [](#関連情報)関連情報 - [自己管理型 Kubernetes の Runtime Fabric のインストール](https://docs.mulesoft.com/jp/runtime-fabric/1.13/install-self-managed)