# mulesoft Anypoint Platform Private Cloud Edition (private-cloud) - Full Documentation # Anypoint Platform PCE v3.2.3 から v4.0.0 へのアップグレード Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) をバージョン 4.0 にアップグレードする前に、現在の環境が新しい Anypoint Platform PCE バージョンの追加要件を満たしていることを確認してください。Anypoint Platform PCE のバージョンが 3.2.3 より前の場合、まずバージョン 3.2.3 にアップグレードしてからバージョン 4.0 にアップグレードする必要があります。 以下のトピックを参照してください。 - [Anypoint Platform PCE の概要](https://docs.mulesoft.com/jp/private-cloud/4.0/) - [Anypoint Platform PCE の前提条件](https://docs.mulesoft.com/jp/private-cloud/4.0/install-checklist)
アップグレード前に MuleSoft プロフェッショナルサービスに連絡します。アップグレードプロセス全体で MuleSoft プロフェッショナルサービスの関与が必要です。
## [](#関連情報)関連情報 - [Anypoint Platform PCE の概要](https://docs.mulesoft.com/jp/private-cloud/4.0/) - [Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインストール](https://docs.mulesoft.com/jp/private-cloud/4.0/install-workflow) # Anypoint Platform PCE v3.2.3 から v4.0.0 へのアップグレード Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) をバージョン 4.0 にアップグレードする前に、現在の環境が新しい Anypoint Platform PCE バージョンの追加要件を満たしていることを確認してください。Anypoint Platform PCE のバージョンが 3.2.3 より前の場合、まずバージョン 3.2.3 にアップグレードしてからバージョン 4.0 にアップグレードする必要があります。 以下のトピックを参照してください。 - [Anypoint Platform PCE の概要](https://docs.mulesoft.com/jp/private-cloud/4.1/) - [Anypoint Platform PCE の前提条件](https://docs.mulesoft.com/jp/private-cloud/4.1/install-checklist)
アップグレード前に MuleSoft プロフェッショナルサービスに連絡します。アップグレードプロセス全体で MuleSoft プロフェッショナルサービスの関与が必要です。
## [](#関連情報)関連情報 - [Anypoint Platform PCE の概要](https://docs.mulesoft.com/jp/private-cloud/4.1/) - [Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインストール](https://docs.mulesoft.com/jp/private-cloud/4.1/install-workflow) # Anypoint Platform PCE がサポートする設定 プラットフォームのパフォーマンス、安定性、高可用性を保証するため、Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) は、4 ノードと 7 ノードの 2 つのネットワーク設定をサポートします。どちらの設定でも、高可用性とパフォーマンスを保証するためには、各ノードは別々のサーバーで動作する必要があります。仮想マシンを使用してノードをホストしている場合は、各 VM ノードが別々の物理サーバーで動作していることを確認してください。 4 ノード設定と 7 ノード設定の両方に 2 つの個別のコンポーネントがあります。 - Anypoint Platform コア - Monitoring Center アドオン (省略可能) ## [](#4-ノード設定)4 ノード設定 4 ノード設定は、Anypoint Platform PCE でサポートされる最小の設定です。これは、高可用性とフェールオーバーを実現できる最小数のノードです。この構成では、各ノードがプラットフォームアプリケーションとサービスをホストします。4 つの各ノードにトラフィックをラウンドロビン方式で分散させるようにロードバランサーを設定する必要があります。 ![4 ノード設定](/mulesoft/current/ja-jp/private-cloud/3.2/_images/configuration-4-node.png) 3 つのノードで、データベースとオブジェクトストアのインスタンスをホストします。データベースとオブジェクトストアをホストすることで永続性が実現しますが、ディスクとメモリの最小要件が大きくなります。3 つのノードにデータベースが常駐しますが、1 つのデータベースのみがプライマリとして使用されます。各ノードのアプリケーションは、このデータベースにのみデータを書き込みます。他の 2 つのデータベースインスタンスはマスターデータベースのホットスタンバイインスタンスであり、プライマリで障害が発生した場合にプライマリデータベースの役割を引き継ぎます。 ## [](#7-ノード設定)7 ノード設定 7 ノード設定では、4 つのノードがプラットフォームのアプリケーションとサービスをホストします。残りの 3 つのノードはデータベースとオブジェクトストアのインスタンスをホストします。データベースは各ノードに常駐しますが、いずれか 1 つのデータベースノードのみがプライマリとなります。各ノードのアプリケーションは、このデータベースにのみデータを書き込みます。他の 2 つのデータベースインスタンスはマスターデータベースのホットスタンバイインスタンスであり、プライマリで障害が発生した場合にプライマリデータベースの役割を引き継ぎます。 ![7 ノード設定](/mulesoft/current/ja-jp/private-cloud/3.2/_images/configuration-7-node.png) クラスター内のすべてのノードでトラフィックをラウンドロビン方式で分散させるには、ロードバランサーを設定する必要があります。 ## [](#サポートされるプラットフォームコンポーネントおよび設定)サポートされるプラットフォームコンポーネントおよび設定

以下の推奨事項と制限は次のいずれかのリソースに基づきます。

  • 8 コア、32 GB RAM を搭載したノード 4 台から構成される 4 ノード環境

  • 8 コア、32 GB RAM を搭載したノード 7 台から構成される 7 ノード環境。
### [](#mule-runtime-engine-および-mule-アプリケーション)Mule Runtime Engine および Mule アプリケーション Anypoint Platform PCE でサポートされる Mule インスタンスと Mule アプリケーションの推奨数と最大数を次の表に示します。
4 ノード設定 7 ノード設定

環境ごとの Mule インスタンスの最大数

500

500

すべての環境での Mule インスタンスの最大数

1500

3000

サーバーグループごとの Mule インスタンスの最大数

20

20

クラスターごとの最大 Mule インスタンス数

8

8

環境ごとの管理対象の Mule アプリケーション数 (推奨)

200 未満

約 200

環境ごとの管理対象の Mule アプリケーション数 (最大)

500

500

管理対象の Mule インスタンス数 (最大)

単一 Mule Runtime Engine x 500 または Mule Runtime クラスター x 250 (クラスターごとに 2 個の Mule Runtime Engine で構成される)

単一 Mule Runtime Engine x 1000 または Mule Runtime クラスター x 500 (クラスターごとに 2 個の Mule Runtime Engine で構成される)

Mule Runtime Engine ごとの Mule アプリケーション数 (推奨)

25 未満

25 未満

Mule Runtime Engine ごとの Mule アプリケーション数 (最大)

100

150
### [](#api-および-api-manager)API および API Manager

4 ノード設定

7 ノード設定

API グループごとの最大インスタンス数

100

100

クライアントアプリケーション数 (ユーザーごと)

5000

5000

クライアントアプリケーション数 (ルート組織ごと)

10000

10000

ルート組織ごとの最大 API インスタンスマネージャー数

6000

12000

適用済みのポリシー数

12000

24000

作成済みのコントラクト数

12000

24000
4 ノード設定と 7 ノード設定の両方で次が適用されます。 - API グループごとの最大インスタンス数 - アプリケーション数 - 1 件のポリシーが割り当てられた単一の API 実装は 0.5 API と数えます。 - 最大 5 件のポリシーが割り当てられた単一のクラスタープロキシは 1 と数えます。 - すべての Mule インスタンスは 60 秒に 1 回ポーリングします。 ### [](#アクセス管理)アクセス管理
4 ノード設定 7 ノード設定

サポートされるビジネスグループの最大数

75

なし

ユーザーの最大数

10000

なし
[ID 管理とサポートされるプロバイダー](https://docs.mulesoft.com/jp/access-management/external-identity)​についての詳細は、アクセス管理のドキュメントを参照してください。 ### [](#exchange)Exchange
4 ノード設定 7 ノード設定

最大 Exchange アセット数

60,000

60,000

UI を介してアセットをパブリッシュする場合の最大ファイルサイズ

5 MB

5 MB

最大非圧縮ファイルサイズ

50 MB

50 MB

Maven を介してアセットをパブリッシュする場合の最大ファイルサイズ

200 MB

200

単一アセットの連動関係の最大数

100

100

最大アイコンサイズ

2 MB

2 MB

アセットポータルごとのリソース (添付ファイル) の最大数

100

100

アセットポータルへの添付ファイルの最大リソースサイズ

2 MB

2 MB

RAML またはアセットポータルのインデックス可能な最大アセットコンテンツ

1 MB

1 MB

組織ごとのカテゴリの最大数

500

500

組織ごとのカスタム設定の最大数

500

500

ポータル内のページの最大数

50

50

ページ名の最大長

128 文字

128 文字

レビュータイトルの最大長

30 文字

30 文字

レビューテキストの最大長

2048 文字

2048 文字
RAML またはアセットポータルのインデックス可能な最大アセットコンテンツを 1 MB にすると、ポータルのテキストが 1 MB を超える場合は最初の 1 MB のみがインデックス付けされ、ポータルの RAML 仕様が 1MB を超える場合は最初の 1 MB のみがインデックス付けされます。 ### [](#api-designer-および-api-モッキングサービス)API Designer および API モッキングサービス 4 ノード設定と 7 ノード設定の両方に次が適用されます。

プロジェクトの最大数

バージョン設定システムにより制限される

同時ユーザーの最大数

16

モッキングサービスインスタンスの最大数

API バージョンごとに 1

モッキングサービスユーザーの最大数

16
### [](#anypoint-monitoring)Anypoint Monitoring Anypoint Monitoring は省略可能なアドオンコンポーネントです。​[「Anypoint Platform PCE での Anypoint Monitoring」](https://docs.mulesoft.com/jp/private-cloud/3.2/anypoint-monitoring)​を参照してください。Anypoint Platform PCE で Anypoint Monitoring を使用する場合、次の制限が適用されます。 #### [](#拡張-api-の-analytics-monitoring-制限)拡張 API の Analytics Monitoring 制限 - API 概要メトリクス - 保持: 1 年 - API IP アドレスメトリクス - 1 分ごとの 1 API あたりの IP アドレス数: 20 個の一意の IP アドレスに制限されます。 - 保持: 1 時間 - API エンドポイントメトリクス - 1 分ごとの 1 API あたりのエンドポイント数: 100 個の一意のエンドポイントに制限されます - 保持: 1 時間 #### [](#アプリケーション監視制限)アプリケーション監視制限 - 1 分ごとの 1 アプリケーションあたりのエンドポイント数: 5 個の一意のエンドポイント - 1 分ごとの 1 アプリケーションあたりのクライアント IP アドレス数: 5 個の一意のエンドポイント #### [](#カスタムメトリクス)カスタムメトリクス - 最大 10000 アラート - システム実行数 #### [](#詳細アラートの制限)詳細アラートの制限 - 最大 20 アラート #### [](#パフォーマンス制限)パフォーマンス制限 - Mule インスタンス数: 3000 - アプリケーション数: 12000 - アプリケーションレプリカ数: 最大 12000。アプリケーションはサーバーグループまたはクラスター内の複数の Mule インスタンスで実行できます。 - API 数: 最大 120000 - カスタムメトリクス数: 50 #### [](#サポートされるパラメーターの例)サポートされるパラメーターの例 - 6000 個のアプリケーション。各アプリケーションに 1 個の追加のレプリカがある場合、12000 個のアプリケーションレプリカに該当 - 2000 個のアプリケーション。各アプリケーションに 6 個の追加のレプリカがある場合、12000 個のアプリケーションレプリカに該当 - 12000 個のアプリケーション。レプリカがない場合、12000 個のアプリケーションレプリカに該当 #### [](#ハードウェア要件)ハードウェア要件 - 3 ノード - CPU: 32 コア - メモリ: 128 GB - ディスク要件: - AMV ノードごとに 4TB InfluxDB ボリューム - AMV ノードごとに 500 GB Logstash ボリューム - AMV ノードごとに 500 GB insight-cassandra-meld ボリューム - IOPS: ボリュームごとに 1500 IPS (Influx、logstash、insight-cassandra-meld にそれぞれ 1 ボリューム) - ネットワーク: 10 GB/秒 #### [](#ライセンス要件)ライセンス要件 - 監視を有効にするには、Influx Enterprise ライセンス (Anypoint Monitoring サブスクリプションに含まれる) が必要です。 ### [](#anypoint-visualizer)Anypoint Visualizer Anypoint Platform PCE では、次の Anypoint Visualizer 機能がサポートされません。 - アプリケーションのリスト アプリケーションで Anypoint Monitoring が使用されていない場合、Anypoint Visualizer は Anypoint Platform PCE でアプリケーションを追跡できません。 - ポリシー視覚化 ## [](#関連情報)関連情報 - [Anypoint Monitoring](https://docs.mulesoft.com/jp/private-cloud/3.2/anypoint-monitoring) - [Anypoint Visualizer](https://docs.mulesoft.com/visualizer/) # Anypoint Platform PCE がサポートする設定 プラットフォームのパフォーマンス、安定性、高可用性を保証するため、Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) は、Kubernetes (K8s) ノードで 4 ノードと 7 ノードの 2 つのネットワーク設定をサポートします。 ## [](#anypoint-platform-pce-4-0-のアーキテクチャ)Anypoint Platform PCE 4.0 のアーキテクチャ 下図は、Anypoint Platform PCE のコンテキストにおける MuleSoft のプレーン (コントロールプレーンおよびランタイムプレーン) と、一般的なトラフィックフローを示しています。 ![](/mulesoft/current/ja-jp/private-cloud/4.0/_images/pce4-diagram-architecture.png) コントロールプレーン: - 一部の Anypoint サービスは Kubernetes にデプロイされています (お客様の選択 - Anypoint Platform PCE v4.0 は RKE2、EKS-A、OpenShift をサポートします)。 - これにより、MuleSoft コントロールプレーンが構成されます。MuleSoft コントロールプレーンは、MuleSoft 統合アプリケーションおよび API のライフサイクル管理のための Web ベースの管理ツールです。 - Anypoint Platform PCE v4.0 以降、専用の Kubernetes コントロールプレーンを使用して、クラスター管理コンポーネントを顧客のワークロードから分離します。 ランタイムプレーン: - MuleSoft はさまざまなランタイムプレーンを提供します。 - Anypoint Platform PCE のコンテキストでは、ハイブリッドランタイムプレーンを使用して MuleSoft コントロールプレーン経由でランタイムをデプロイおよび管理します。 以下の推奨事項と制限は次のいずれかのリソースに基づきます。 \* 8 コアおよび 32GB RAM の K8s ワーカーノード 4 台と専用の K8s コントロールプレーンノード 3 台で構成される小規模環境 (4 ノード)、または \* 8 コアおよび 32GB RAM の K8s ワーカーノード 7 台と専用の K8s コントロールプレーンノード 3 台で構成される大規模環境 (7 ノード) ## [](#mule-runtime-engine-および-mule-アプリケーション)Mule Runtime Engine および Mule アプリケーション Anypoint Platform PCE でサポートされる Mule インスタンスと Mule アプリケーションの推奨数と最大数を次の表に示します。
説明 小規模クラスター (4 ノード) 構成 大規模クラスター (7 ノード) 構成

環境ごとの Mule インスタンスの最大数

500

500

すべての環境での Mule インスタンスの最大数

1500

3000

サーバーグループごとの Mule インスタンスの最大数

20

20

クラスターごとの最大 Mule インスタンス数

8

8

環境ごとの管理対象の Mule アプリケーション数 (推奨)

200 未満

約 200

環境ごとの管理対象の Mule アプリケーション数 (最大)

500

500

Mule Runtime Engine ごとの Mule アプリケーション数 (推奨)

25 未満

25 未満

Mule Runtime Engine ごとの Mule アプリケーション数 (最大)

100

150

Mule アプリケーション数

6000

12000

Mule アプリケーションレプリカの数。アプリケーションはサーバーグループまたはクラスター内の複数の Mule インスタンスで実行できます。

12000

24000
## [](#api-および-api-manager)API および API Manager 次の表は、Anypoint Platform PCE がサポートする API ごとの最大インスタンス数、クライアントアプリケーションの数、適用されたポリシー、および作成されたコントラクトを示しています。

説明

小規模クラスター (4 ノード) 構成

大規模クラスター (7 ノード) 構成

API グループごとの最大インスタンス数

100

100

クライアントアプリケーション数 (ユーザーごと)

5000

5000

クライアントアプリケーション数 (ルート組織ごと)

10000

10000

ルート組織ごとの最大 API インスタンスマネージャー数

6000

12000

適用済みのポリシー数

18000

36000

作成済みのコントラクト数

12000

24000
## [](#アクセス管理)アクセス管理 次の表は、Anypoint Platform PCE がサポートする最大のビジネスグループ数とアクセス管理のユーザー数を示しています。
説明 小規模クラスター (4 ノード) 構成 大規模クラスター (7 ノード) 構成

サポートされるビジネスグループの最大数

75

なし

ユーザーの最大数

10000

なし
[ID 管理とサポートされるプロバイダー](https://docs.mulesoft.com/jp/access-management/external-identity)​についての詳細は、アクセス管理のドキュメントを参照してください。 ## [](#exchange)Exchange 次の表は、Anypoint Platform PCE がサポートする交換アセットの最大数およびファイルサイズ情報を示しています。
説明 小規模クラスター (4 ノード) 構成 大規模クラスター (7 ノード) 構成

最大 Exchange アセット数

60,000

60,000

UI を介してアセットをパブリッシュする場合の最大ファイルサイズ

5 MB

5 MB

最大非圧縮ファイルサイズ

50 MB

50 MB

Maven を介してアセットをパブリッシュする場合の最大ファイルサイズ

200 MB

200

単一アセットの連動関係の最大数

100

100

最大アイコンサイズ

2 MB

2 MB

アセットポータルごとのリソース (添付ファイル) の最大数

100

100

アセットポータルへの添付ファイルの最大リソースサイズ

2 MB

2 MB

RAML またはアセットポータルのインデックス可能な最大アセットコンテンツ

1 MB

1 MB

組織ごとのカテゴリの最大数

500

500

組織ごとのカスタム設定の最大数

500

500

ポータル内のページの最大数

50

50

ページ名の最大長

128 文字

128 文字

レビュータイトルの最大長

30 文字

30 文字

レビューテキストの最大長

2048 文字

2048 文字
## [](#api-designer-および-api-モッキングサービス)API Designer および API モッキングサービス 4 ノード設定と 7 ノード設定の両方に次が適用されます。

プロジェクトの最大数

バージョン管理システムにより制限される

同時ユーザーの最大数

16

モッキングサービスインスタンスの最大数

API バージョンごとに 1

モッキングサービスユーザーの最大数

16
## [](#関連情報)関連情報 - [Anypoint Platform PCE の概要](https://docs.mulesoft.com/jp/private-cloud/4.0/) # Anypoint Platform PCE がサポートする設定 これらは、Anypoint Platform Private Cloud (Anypoint Platform PCE). でサポートされる設定です。 ## [](#anypoint-platform-pce-4-1-のアーキテクチャ)Anypoint Platform PCE 4.1 のアーキテクチャ 下図は、Anypoint Platform PCE のコンテキストにおける MuleSoft のプレーン (コントロールプレーンおよびランタイムプレーン) と、一般的なトラフィックフローを示しています。 ![](/mulesoft/current/ja-jp/private-cloud/4.1/_images/pce4-diagram-architecture.png) コントロールプレーン: - 一部の Anypoint サービスは Kubernetes にデプロイされています (お客様の選択 - Anypoint Platform PCE v4.0 は RKE2、EKS-A、OpenShift をサポートします)。 - これにより、MuleSoft コントロールプレーンが構成されます。MuleSoft コントロールプレーンは、MuleSoft 統合アプリケーションおよび API のライフサイクル管理のための Web ベースの管理ツールです。 - Anypoint Platform PCE v4.0 以降、専用の Kubernetes コントロールプレーンを使用して、クラスター管理コンポーネントを顧客のワークロードから分離します。 ランタイムプレーン: - MuleSoft はさまざまなランタイムプレーンを提供します。 - Anypoint Platform PCE のコンテキストでは、ハイブリッドランタイムプレーンを使用して MuleSoft コントロールプレーン経由でランタイムをデプロイおよび管理します。 ## [](#mule-runtime-engine-および-mule-アプリケーション)Mule Runtime Engine および Mule アプリケーション Anypoint Platform PCE でサポートされる Mule インスタンスと Mule アプリケーションの推奨数と最大数を次の表に示します。
説明 サポートされる容量

環境ごとの Mule インスタンスの最大数

500

すべての環境での Mule インスタンスの最大数

4000

サーバーグループごとの Mule インスタンスの最大数

20

クラスターごとの最大 Mule インスタンス数

8

環境ごとの管理対象の Mule アプリケーション数 (推奨)

200 未満

環境ごとの管理対象の Mule アプリケーション数 (最大)

500

Mule Runtime Engine ごとの Mule アプリケーション数 (推奨)

25 未満

Mule Runtime Engine ごとの Mule アプリケーション数 (最大)

100

Mule アプリケーション数

15000

Mule アプリケーションレプリカの数。アプリケーションはサーバーグループまたはクラスター内の複数の Mule インスタンスで実行できます。

30000
## [](#api-および-api-manager)API および API Manager 次の表は、Anypoint Platform PCE がサポートする API ごとの最大インスタンス数、クライアントアプリケーションの数、適用されたポリシー、および作成されたコントラクトを示しています。
説明 サポートされる容量

API グループごとの最大インスタンス数

100

クライアントアプリケーション数 (ユーザーごと)

5000

クライアントアプリケーション数 (ルート組織ごと)

10000

ルート組織ごとの管理される最大 API インスタンス数

12000

適用済みのポリシー数

36000

作成済みのコントラクト数

24000
## [](#アクセス管理)アクセス管理 次の表は、Anypoint Platform PCE がサポートする最大のビジネスグループ数とアクセス管理ユーザー数を示しています。
説明 サポートされる容量

サポートされるビジネスグループの最大数

75

ユーザーの最大数

10000
## [](#exchange)Exchange 次の表は、Anypoint Platform PCE がサポートする Exchange アセットの最大数およびファイルサイズ情報を示しています。
説明 サポートされる容量

最大 Exchange アセット数

60,000

UI を介してアセットをパブリッシュする場合の最大ファイルサイズ

5 MB

最大非圧縮ファイルサイズ

50 MB

Maven を介してアセットをパブリッシュする場合の最大ファイルサイズ

200 MB

単一アセットの連動関係の最大数

100

最大アイコンサイズ

2 MB

アセットポータルごとのリソース (添付ファイル) の最大数

100

アセットポータルへの添付ファイルの最大リソースサイズ

2 MB

RAML またはアセットポータルのインデックス可能な最大アセットコンテンツ

1 MB

組織ごとのカテゴリの最大数

500

組織ごとのカスタム設定の最大数

500

ポータル内のページの最大数

50

ページ名の最大長

128 文字

レビュータイトルの最大長

30 文字

レビューテキストの最大長

2048 文字
## [](#api-designer-および-api-モッキングサービス)API Designer および API モッキングサービス

プロジェクトの最大数

バージョン管理システムにより制限される

同時ユーザーの最大数

16

モッキングサービスインスタンスの最大数

API バージョンごとに 1

モッキングサービスユーザーの最大数

16
## [](#関連情報)関連情報 - [Anypoint Platform PCE の概要](https://docs.mulesoft.com/jp/private-cloud/4.1/) # Anypoint Platform PCE での Anypoint Monitoring Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) には Anypoint Monitoring のサポートが含まれます。Anypoint Monitoring は、アプリケーションネットワークの Mule フローとコンポーネントからのフィードバックを提供するツールセットです。 Anypoint Monitoring は Anypoint Platform PCE へのアドオンです。Anypoint Platform PCE で Anypoint Monitoring を使用するには、MuleSoft プロフェッショナルサービスにお問い合わせください。 Anypoint Platform PCE で Anypoint Monitoring を使用するには、「Monitoring for On-Premises Management (オンプレミス管理の監視)」サブスクリプションが必要です。このサブスクリプションにより、2 つの監視インスタンスを使用する権利が与えられます。監視インスタンスとは、​[「Anypoint Platform PCE がサポートする設定」](https://docs.mulesoft.com/jp/private-cloud/3.2/supported-cluster-config)​で説明されている 3 ノードの Anypoint Monitoring 設定の実装です。各監視インスタンスは 1 つの Anypoint Platform PCE インストール専用です。 複数の Anypoint Platform PCE インストールで Anypoint Monitoring を使用するには、追加の監視サブスクリプションを購入する必要があります。詳細は、MuleSoft プロフェッショナルサービスにお問い合わせください。 ## [](#サポートされる-anypoint-monitoring-機能)サポートされる Anypoint Monitoring 機能
機能 Gold および Platinum サブスクリプション機能 Titanium サブスクリプション機能 Anypoint Platform PCE 機能

データ処理およびストレージ専用のインフラストラクチャ

いいえ

はい

はい

Custom metrics (カスタムメトリクス)

いいえ

はい

はい

組み込みアプリケーションダッシュボード

[Overview (概要)]、[Inbound (インバウンド)]、[Outbound (アウトバウンド)]、[Performance (パフォーマンス)]、[Failures (失敗)]、[JVM (JVM)]、および [Infrastructure (インフラストラクチャ)] のカテゴリのメトリクスを対象とする 80 個を超える標準チャート。

はい

はい

はい

[Inbound (インバウンド)] および [Outbound (アウトバウンド)] チャートの高度なメトリクス

いいえ

はい

はい

[Flows (フロー)] チャート

いいえ

はい

はい

[Connectors (コネクタ)] チャート

いいえ

はい

はい

Anypoint Visualizer アプリケーションネットワーク統合

いいえ

はい

はい

30 日を超える​データ保持

いいえ

はい

はい

組み込み API ダッシュボード​

[Overview (概要)]、[Requests (要求)]、[Failures (失敗)]、[Performance (パフォーマンス)]、および [Client Application (クライアントアプリケーション)] のカテゴリのメトリクスを対象とする 16 個の標準チャート。

はい

はい

はい

30 日を超える​データ保持

いいえ

はい

はい

カスタムダッシュボード​

基本モード

はい

はい

はい

高度なモード

はい (機能の制限あり)

はい

はい

追加機能での高度なモード

いいえ

はい

はい

アラート​

基本アラート

はい

はい (​より高い制限​)

はい (アプリケーション)

詳細アラート

いいえ

はい

はい (アプリケーションおよび API)

ログ管理​

ログ検索

いいえ

はい

いいえ

ログポイント

いいえ

はい

いいえ

未加工データ

いいえ

はい

いいえ

追加の Anypoint Monitoring 機能​

Anypoint Monitoring アーカイブ API

いいえ

はい

いいえ

API 機能監視​

いいえ

いいえ

いいえ

レポート

いいえ

はい

はい

拡張されたサポート​

拡張されたサポート

いいえ

はい

いいえ
### [](#サポートされない-anypoint-monitoring-機能)サポートされない Anypoint Monitoring 機能 Anypoint Platform PCE では、次の Anypoint Monitoring 機能がサポートされません。 - Mule 3.8.x のサポート - ログ管理 代わりに、サーバーのログ機能またはサードパーティベンダー (Splunk など) を使用します。 - 増加したストレージ容量 アーカイブ API がサポートされないため、この容量は不要です。 - アーカイブ API ログ管理がサポートされないため、この API は適用されません。 - API 機能監視 代わりに、サードパーティベンダー (Pingdom など) を使用します。 - 左側のメニューの ​**\[Tools (ツール)\]**​ オプションは使用できません。 ## [](#要件)要件 Anypoint Monitoring には Anypoint Platform PCE の要件に加えてディスクとネットワークポートの要件があります。 詳細は、​[「ハードウェア前提条件」](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-hardware)​を参照してください。 ## [](#バックアップおよび復元)バックアップおよび復元 Anypoint Monitoring のバックアップおよび復元は gravity の通常のバックアップおよび復元メカニズムに含まれないため、追加の手順が必要です。 詳細は、​[「Anypoint Platform PCE でのバックアップおよび復元の設定」](https://docs.mulesoft.com/jp/private-cloud/3.2/backup-and-disaster-recovery)​を参照してください。 ## [](#anypoint-monitoring-のアンインストール)Anypoint Monitoring のアンインストール Anypoint Monitoring アドオンをアンインストールする必要がある場合は、MuleSoft サービスにお問い合わせください。 ## [](#関連情報)関連情報 - [ハードウェア前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-hardware) - [Anypoint Platform PCE でのバックアップおよび復元の設定](https://docs.mulesoft.com/jp/private-cloud/3.2/backup-and-disaster-recovery) - [Anypoint Monitoring の概要](https://docs.mulesoft.com/jp/monitoring/) # Anypoint Platform PCE での DNS の設定 インストール前にこのステップを実行しなかった場合、Anypoint Platform Private Cloud Edition インストールをローカルネットワークに公開する DNS または IP アドレスを指定する必要があります。これは、Mule が Anypoint Platform と通信するために必要です。 1. Anypoint Platform から \[Access Management (アクセス管理)\] をクリックします。 2. **\[DNS/IP\]**​ タブを選択します。 3. **\[Platform DNS/IP (プラットフォームの DNS/IP)\]**​ 項目にプラットフォームをホストするアドレスを入力します。 4. **\[Save (保存)\]**​ をクリックします。
== DNS 更新を実行したことによって Mule インスタンスが Runtime Manager への接続に使用するエンドポイントが変更された場合、新しいエンドポイントに接続する前に Mule インスタンスを再起動する必要があります。 ==
# Anypoint Platform PCE での DNS の設定 Mule Runtime Engine (Mule) が Anypoint Platform と通信する場合、Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) インストールをローカルネットワークに公開する DNS または IP アドレスを指定する必要があります。これを行うには、次の手順に従います。 1. Anypoint Platform から、​**\[Access Management (アクセス管理)\]**​ をクリックします。 2. **\[DNS/IP\]**​ をクリックします。 3. **\[Platform DNS/IP (プラットフォームの DNS/IP)\]**​ にプラットフォームをホストするアドレスを入力します。 4. **\[Save (保存)\]**​ をクリックします。
DNS 更新を実行したことによって Mule インスタンスが Runtime Manager への接続に使用するエンドポイントが変更された場合、新しいエンドポイントに接続する前に Mule インスタンスを再起動する必要があります。
## [](#関連情報)関連情報 - [Anypoint Platform PCE の設定](https://docs.mulesoft.com/jp/private-cloud/4.0/config-workflow) # Anypoint Platform PCE での DNS の設定 Mule Runtime Engine (Mule) が Anypoint Platform と通信する場合、Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) インストールをローカルネットワークに公開する DNS または IP アドレスを指定する必要があります。これを行うには、次の手順に従います。 1. Anypoint Platform から、​**\[Access Management (アクセス管理)\]**​ をクリックします。 2. **\[DNS/IP\]**​ をクリックします。 3. **\[Platform DNS/IP (プラットフォームの DNS/IP)\]**​ にプラットフォームをホストするアドレスを入力します。 4. **\[Save (保存)\]**​ をクリックします。
DNS 更新を実行したことによって Mule インスタンスが Runtime Manager への接続に使用するエンドポイントが変更された場合、新しいエンドポイントに接続する前に Mule インスタンスを再起動する必要があります。
## [](#関連情報)関連情報 - [Anypoint Platform PCE の設定](https://docs.mulesoft.com/jp/private-cloud/4.1/config-workflow) # Anypoint Platform PCE での SMTP の設定 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) には SMTP サーバーが用意されていないため、API Manager と Runtime Manager で生成されるメールアラートを配信するために独自の SMTP メールサーバーをセットアップする必要があります。SMTP メールサーバーは、CPU、メモリ、ディスクのアラートなど、プラットフォームインフラストラクチャのアラートのメールメッセージも送信します。 \[Access Management (アクセス管理)\] パネルから Anypoint Platform PCE のローカルインストールをこのサーバーに誘導する必要があります。
サポートされるのは認証ありの SMTP サーバーのみです (匿名の SMTP リレーサーバーはサポートされません)。
SMTPS はサポートされていません。
## [](#既存の-smtp-サーバーに接続する)既存の SMTP サーバーに接続する 1. Anypoint Platform から ​**\[Access Management (アクセス管理)\]**​ を選択します。 2. **\[SMTP\]**​ を選択します。 3. SMTP サーバーの次の情報を指定します。 ![on premises features 2c60a](/mulesoft/current/ja-jp/private-cloud/3.2/_images/on-premises-features-2c60a.png)
Table 1. SMTP サーバーのパラメーター
項目 説明 例

Host (ホスト)

SMTP サーバーのホスト名

smtp.gmail.com

Port (ポート)

SMTP サーバーと通信するために使用されるポート

587

Username (ユーザー名)

SMTP サーバーを認証するためのユーザー名

mulesoft.onprem.smtp@gmail.com

Password (パスワード)

SMTP パスワード

examplepassphrase
SMTP サーバーに匿名ログインを使用するには、​[Username (ユーザー名)]​ 項目と ​[Password (パスワード)]​ 項目を空のままにします。
4. 設定を入力したら、​**\[Save (保存)\]**​ を選択します。 # Anypoint Platform PCE での SMTP の設定 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) には SMTP サーバーが用意されていないため、Runtime Manager で生成されるメールアラートを配信するために独自の SMTP メールサーバーをセットアップする必要があります。SMTP メールサーバーは、CPU、メモリ、ディスクのアラートなど、プラットフォームインフラストラクチャのアラートのメールメッセージも送信します。 \[Access Management (アクセス管理)\] パネルから Anypoint Platform PCE のローカルインストールをこのサーバーに誘導する必要があります。
サポートされるのは認証ありの SMTP サーバーのみです (匿名の SMTP リレーサーバーはサポートされません)。SMTPS はサポートされていません。
## [](#既存の-smtp-サーバーに接続する)既存の SMTP サーバーに接続する 1. Anypoint Platform から ​**\[Access Management (アクセス管理)\]**​ を選択します。 2. **\[SMTP\]**​ を選択します。 3. SMTP サーバーの次のパラメーター情報を指定します。
項目 説明 例

Host (ホスト)

SMTP サーバーのホスト名。

smtp.gmail.com

Port (ポート)

SMTP サーバーと通信するために使用されるポート。

587

Username (ユーザー名)

SMTP サーバーを認証するためのユーザー名。

mulesoft.onprem.smtp@gmail.com

Password (パスワード)

SMTP パスワード。

examplepassphrase
SMTP サーバーに匿名ログインを使用するには、​[Username (ユーザー名)]​ 項目と ​[Password (パスワード)]​ 項目を空のままにします。
1. 設定を入力したら、​**\[Save (保存)\]**​ を選択します。 ![アクセス管理 UI の \[SMTP\] 設定ウィンドウ](_images/on-premises-features-2c60a.png) ## [](#関連情報)関連情報 - [Anypoint Platform PCE の設定](https://docs.mulesoft.com/jp/private-cloud/4.0/config-workflow) # Anypoint Platform PCE での SMTP の設定 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) には SMTP サーバーが用意されていないため、Runtime Manager で生成されるメールアラートを配信するために独自の SMTP メールサーバーをセットアップする必要があります。SMTP メールサーバーは、CPU、メモリ、ディスクのアラートなど、プラットフォームインフラストラクチャのアラートのメールメッセージも送信します。 \[Access Management (アクセス管理)\] パネルから Anypoint Platform PCE のローカルインストールをこのサーバーに誘導する必要があります。
サポートされるのは認証ありの SMTP サーバーのみです (匿名の SMTP リレーサーバーはサポートされません)。SMTPS はサポートされていません。
## [](#既存の-smtp-サーバーに接続する)既存の SMTP サーバーに接続する 1. Anypoint Platform から ​**\[Access Management (アクセス管理)\]**​ を選択します。 2. **\[SMTP\]**​ を選択します。 3. SMTP サーバーの次のパラメーター情報を指定します。
項目 説明 例

Host (ホスト)

SMTP サーバーのホスト名。

smtp.gmail.com

Port (ポート)

SMTP サーバーと通信するために使用されるポート。

587

Username (ユーザー名)

SMTP サーバーを認証するためのユーザー名。

mulesoft.onprem.smtp@gmail.com

Password (パスワード)

SMTP パスワード。

examplepassphrase
SMTP サーバーに匿名ログインを使用するには、​[Username (ユーザー名)]​ 項目と ​[Password (パスワード)]​ 項目を空のままにします。
1. 設定を入力したら、​**\[Save (保存)\]**​ を選択します。 ![アクセス管理 UI の \[SMTP\] 設定ウィンドウ](_images/on-premises-features-2c60a.png) ## [](#関連情報)関連情報 - [Anypoint Platform PCE の設定](https://docs.mulesoft.com/jp/private-cloud/4.1/config-workflow) # Anypoint Platform PCE でのバックアップおよび復元の設定 万一システム障害やパッチ設定やアップグレードの実行などの他の操作の問題が発生してもデータが保持されるように、システムが自動的にバックアップされるようにします。定期的なバックアップは、障害回復手順においてきわめて重要です。少なくとも 1 日 1 回実行されるようにバックアップを設定してください。または、要件に応じて 1 日 2 回以上に設定します。Anypoint Platform クラスターの外部にある外部ストレージにバックアップアーカイブを保存します。 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) では、NFS サーバーをインストールして設定し、管理する必要があります。必ず、このサーバーのバックアップを設定して頻繁に実行してください。

Anypoint Monitoring および Anypoint Visualizer のバックアップおよび復元は Gravity の通常のバックアップおよび復元メカニズム以外で実行されるため、別の手順が必要です。
## [](#バックアップを作成する)バックアップを作成する バックアップを作成するには、クラスター内の任意のノードで次のコマンドを実行します。 gravity backup /var/lib/gravity/planet/share/backup.tar.gz このコマンドにより、現在のシステム状態のアーカイブが ​`/var/lib/gravity/planet/share/backup.tar.gz`​ に作成されます。次の省略可能なパラメーターを gravity バックアップコマンドに渡すことができます。 - `--follow` バックアップジョブのログを stdout に出力します。次の例では、​`tee`​ によって stdout とファイルに同時に出力することができます。 gravity backup /var/lib/gravity/planet/share/backup.tar.gz --follow | tee -a /var/lib/gravity/planet/share/backup.log - `--timeout` バックアップジョブの期限を指定します (例: 30 秒、5 分など)。デフォルトは 20 分です。 バックアップコンテンツ:
Table 1. バックアップコンテンツ
情報 PCE バックアップに含まれるかどうか

データベース

Y

設定

Y

シークレット

Y

オブジェクトストア

Y

免責事項設定

Y

SMTP 設定

Y

DNS 設定

N

プラットフォーム証明書

N

オペレーションセンター証明書

N

NFS 設定

N

NFS ファイル

N

ドライブ

N

ランタイム*

N

Anypoint Monitoring メトリクス

N
\*Anypoint Platform PCE には、名前や状況など、ランタイムに関する情報のみが含まれます。 ## [](#システムの復元を実行する)システムの復元を実行する バックアップアーカイブからシステムを復元するには、元のクラスターを使用するか、新しいクラスターを作成します。

NFS、証明書、DNS など、一部の設定はバックアップされないため、復元を実行する前に、復元を実行する環境でそれらの設定を定義する必要があります。

Anypoint Platform PCE の異なるバージョン間でバックアップを実行することはできません。作成する新しいインストールでは、バックアップと同じバージョンの Anypoint Platform PCE を使用する必要があります。
1. クラスター内のいずれかのノードにログインします。 2. 圧縮されたバックアップアーカイブファイルを、復元する環境の任意のメインノードのフォルダーに移動します。このファイルは次のコマンドを使用して安全に転送できます。 scp /backup-path/to-restore.tar.gz your\_username@remotehost.edu:/var/lib/gravity/planet/share 3. バックアップアーカイブからクラスターを復元します。 sudo gravity restore /var/lib/gravity/planet/share/to-restore.tar.gz 次の省略可能なパラメーターを渡すことができます。 - `--follow` 復元ジョブのログを stdout に出力します。 - `--timeout` 復元操作の最大許容時間を指定します (例: 30 秒、5 分など)。デフォルト値は ​`80m`​ です。非常に多くのアプリケーションとファイルがある場合、​`--timeout`​ 値として最小でも ​`160m`​ を使用します。 4. 操作が完了するまで待機します。通常は 40 ～ 60 分です。 5. 元の NFS を再利用しない場合、NFS ファイルを手動で復元します。 ## [](#anypoint-monitoring-および-anypoint-visualizer)Anypoint Monitoring および Anypoint Visualizer Anypoint Monitoring および Anypoint Visualizer を有効にしている場合は、次の手順に従ってバックアップおよび復元を実行します。 Anypoint Monitoring および Anypoint Visualizer のバックアップおよび復元は Gravity の通常のバックアップおよび復元メカニズムに含まれないため、追加の手順が必要です。これらのコンポーネントでは、メトリクスと他の情報は保存されますが、プラットフォームの設定は保存されません。プラットフォームの設定情報はシステムのバックアップおよび復元手順により処理されます。 Anypoint Monitoring および Anypoint Visualizer では、コンポーネント InfluxDB (​`dias-prov-k8s-am-influxdb-comp`​) のデータをバックアップする必要があります。Anypoint Monitoring および Anypoint Visualizer では、設定データは Postgres データベースに保存されます。デフォルトの Gravity メカニズムでは、このデータベースがバックアップおよび復元されます。 Anypoint Monitoring および Anypoint Visualizer では、​`amv`​ ノード用に 4 TB のボリュームが必要です。InfluxDB のフルバックアップは最大 8 TB のデータになる可能性があります。(2 つのデータノードのみが機能します)。対象ディレクトリにバックアップ全体に対応する十分な空き容量を提供する必要があります。 復元時間はバックアップのサイズに比例します。復元中に対象クラスターの既存のデータがバックアップされます。このデータはユーザーの承認により消去されます。 バックアップおよび復元スクリプトはメインノードで実行する必要があります。また、​`kubectl`​ を使用するため、​`sudo`​ アクセス権が必要です。スクリプトでは、復元ディスクサイズ、データベース、測定値、保持ポリシー、各データベース内のすべての測定値の一連のカーディナリティが検証されます。 ### [](#手順)手順 InfluxDB のバックアップおよび復元スクリプトは Anypoint Platform PCE 環境にあります: `/var/lib/gravity/site/packages/unpacked/gravitational.io/anypoint/3.2.0*/resources/kubernetes/amv-backup-restore/amv-backup-restore.sh` スクリプトには次のパラメーターがあります。 -a : (Required) action to perform : backup or restore. \[string\]. Default NO DEFAULT ACTION. -va : (optional) verbose output. Default non-verbose. -f : (Required) name of the tar file. Default for backup : dias-prov-k8s-am-influxdb-comp\_YYYYMMD. \[string\]. Default for restore : /var/lib/data/influxdb/backup/dias-prov-k8s-am-influxdb-comp\_YYYYMMDD.tar.gz. \[Full Path\]. -d : (Required for backup) full path to location where backup tar file is stored. Default for backup : /var/lib/data/influxdb/backup. \[Full Path\]. Default for restore : same as tar file path. \[Full Path\]. -s : (optional) Optional sub-component filter, use only for backup of only meta or only data. -h : Print HELP. ### [](#例)例 冗長バックアップ: `sudo bash amv-backup-restore.sh -va backup -f 2020-01-01-influxdb-backup -d path/to/backup/dir` 非冗長バックアップ: `sudo bash amv-backup-restore.sh -a restore -f /var/lib/data/influxdb/backup/dias-prov-k8s-am-influxdb-comp_YYYYMMDD.tar.gz` ## [](#関連情報)関連情報 - [Anypoint Platform Private Cloud のインストール](https://docs.mulesoft.com/jp/private-cloud/3.2/install-workflow) - [Anypoint Platform Private Cloud のアップグレード](https://docs.mulesoft.com/jp/private-cloud/3.2/upgrade) # Anypoint Platform PCE でのバックアップおよび復元の設定 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) では、頻繁なバックアップが設定および実行されるように、NFS サーバーをインストールして設定し、管理する必要があります。 データを保持するには、次の操作を実行します。 - 自動バックアップを有効にしてシステム障害や運用上の問題から保護する。 - ニーズに応じて、日次以上の頻度でバックアップをスケジュールする。 - バックアップを Anypoint Platform クラスター外に保存する。 バックアップおよび復元プロセスは、Anypoint Platform PCE API で制御します。 ## [](#バックアップを作成する)バックアップを作成する バックアップを作成するには、次のコマンドを実行します。 `curl -k /platform/backup-X POST -H 'Authorization: Bearer ${token}' -H 'Content-Type: application/json' -d '{"backup-file-name": "${backupFileName}.tar.gz", "nfs-server": "${fileSystemDns}", "nfs-path": "/"}'` ### [](#バックアップコンテンツ)バックアップコンテンツ
情報 Anypoint Platform PCE バックアップに含まれるかどうか

データベース

はい

設定

はい

シークレット

はい

Object Store (オブジェクトストア)

はい

免責事項設定

はい

SMTP 設定

はい

DNS 設定

いいえ

プラットフォーム証明書

いいえ

オペレーションセンター証明書

いいえ

NFS 設定

いいえ

NFS ファイル

いいえ

ドライブ

いいえ

ランタイム*

いいえ

Anypoint Monitoring メトリクス

いいえ
\*Anypoint Platform PCE には、名前や状況など、ランタイムに関する情報のみが含まれます。 ## [](#システムの復元を実行する)システムの復元を実行する システムの復元を実行する前の次の点を考慮してください。 - 復元を実行する前に、バックアップに含まれない特定の設定 (NFS、証明書、DNS など) を定義します。 - バックアップは異なるバージョンの Anypoint Platform PCE 間で移行できないため、新しいインストールはバックアップのバージョンと一致している必要があります。 復元を実行するには、次のコマンドを実行します。 `curl -k /platform/restore-X POST -H 'Authorization: Bearer ${token}' -H 'Content-Type: application/json' -d '{"backup-file-name": "${backupFileName}.tar.gz", "nfs-server": "${fileSystemDns}", "nfs-path": "/"}` バックアップファイルは NFS ストレージに保存されます。 ## [](#関連情報)関連情報 - [Anypoint Platform PCE の管理](https://docs.mulesoft.com/jp/private-cloud/4.0/operating-about) - [Anypoint Platform Private Cloud のインストール](https://docs.mulesoft.com/jp/private-cloud/4.0/install-workflow) - [Anypoint Platform Private Cloud のアップグレード](https://docs.mulesoft.com/jp/private-cloud/4.0/upgrade) # Anypoint Platform PCE でのバックアップおよび復元の設定 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) では、頻繁なバックアップが設定および実行されるように、NFS サーバーをインストールして設定し、管理する必要があります。 データを保持するには、次の操作を実行します。 - 自動バックアップを有効にしてシステム障害や運用上の問題から保護する。 - ニーズに応じて、日次以上の頻度でバックアップをスケジュールする。 - バックアップを Anypoint Platform クラスター外に保存する。 バックアップおよび復元プロセスは、Anypoint Platform PCE API で制御します。 ## [](#バックアップを作成する)バックアップを作成する バックアップを作成するには、次のコマンドを実行します。 `curl -k /platform/backup-X POST -H 'Authorization: Bearer ${token}' -H 'Content-Type: application/json' -d '{"backup-file-name": "${backupFileName}.tar.gz", "nfs-server": "${fileSystemDns}", "nfs-path": "/"}'` ### [](#バックアップコンテンツ)バックアップコンテンツ
情報 Anypoint Platform PCE バックアップに含まれるかどうか

データベース

はい

設定

はい

シークレット

はい

Object Store (オブジェクトストア)

はい

免責事項設定

はい

SMTP 設定

はい

DNS 設定

いいえ

プラットフォーム証明書

いいえ

NFS 設定

いいえ

NFS ファイル

いいえ

ドライブ

いいえ

ランタイム*

いいえ

Anypoint Monitoring メトリクス

いいえ
\*Anypoint Platform PCE には、名前や状況など、ランタイムに関する情報のみが含まれます。 ## [](#システムの復元を実行する)システムの復元を実行する システムの復元を実行する前の次の点を考慮してください。 - 復元を実行する前に、バックアップに含まれない特定の設定 (NFS、証明書、DNS など) を定義します。 - バックアップは異なるバージョンの Anypoint Platform PCE 間で移行できないため、新しいインストールはバックアップのバージョンと一致している必要があります。 復元を実行するには、次のコマンドを実行します。 `curl -k /platform/restore-X POST -H 'Authorization: Bearer ${token}' -H 'Content-Type: application/json' -d '{"backup-file-name": "${backupFileName}.tar.gz", "nfs-server": "${fileSystemDns}", "nfs-path": "/"}` バックアップファイルは NFS ストレージに保存されます。 ## [](#関連情報)関連情報 - [Anypoint Platform PCE の管理](https://docs.mulesoft.com/jp/private-cloud/4.1/operating-about) - [Anypoint Platform Private Cloud のインストール](https://docs.mulesoft.com/jp/private-cloud/4.1/install-workflow) - [Anypoint Platform Private Cloud のアップグレード](https://docs.mulesoft.com/jp/private-cloud/4.1/upgrade) # Anypoint Platform PCE での免責事項の設定 カスタムメッセージをログインページに追加できます。このメッセージは、組織のすべてのユーザーがログインするたびに表示されます。 1. Anypoint Platform で ​**\[Access Management (アクセス管理)\]**​ > ​**\[Disclaimer (免責事項)\]**​ を選択します。 2. 免責事項のテキストを入力します。 3. **\[保存\]**​ を選択します。 ![on prem features d22af](/mulesoft/current/ja-jp/private-cloud/3.2/_images/on-prem-features-d22af.png) カスタム HTML メッセージをセットアップすることもできます。 # Anypoint Platform PCE での免責事項の設定 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) の免責事項を設定するには、カスタムメッセージをログインページに追加します。このメッセージは、組織のすべてのユーザーがログインするたびに表示されます。 1. Anypoint Platform で ​**\[Access Management (アクセス管理)\]**​ > ​**\[Disclaimer (免責事項)\]**​ を選択します。 2. 免責事項のテキストを入力します (カスタム HTML メッセージをセットアップすることもできます)。 3. **\[Save (保存)\]**​ を選択します。 ![アクセス管理 UI のテキストを入力する \[Disclaimer (免責事項)\] ウィンドウ](_images/on-prem-features-d22af.png) ## [](#関連情報)関連情報 - [Anypoint Platform PCE の設定](https://docs.mulesoft.com/jp/private-cloud/4.0/config-workflow) # Anypoint Platform PCE での免責事項の設定 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) の免責事項を設定するには、カスタムメッセージをログインページに追加します。このメッセージは、組織のすべてのユーザーがログインするたびに表示されます。 1. Anypoint Platform で ​**\[Access Management (アクセス管理)\]**​ > ​**\[Disclaimer (免責事項)\]**​ を選択します。 2. 免責事項のテキストを入力します (カスタム HTML メッセージをセットアップすることもできます)。 3. **\[Save (保存)\]**​ を選択します。 ![アクセス管理 UI のテキストを入力する \[Disclaimer (免責事項)\] ウィンドウ](_images/on-prem-features-d22af.png) ## [](#関連情報)関連情報 - [Anypoint Platform PCE の設定](https://docs.mulesoft.com/jp/private-cloud/4.1/config-workflow) # Anypoint Platform PCE での外部 ID プロバイダーの設定 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) は、外部の ID プロバイダーを必要とします。インストールウィザードで登録した管理者を除き、外部 ID を使用してすべてのユーザーを登録する必要があります。次の外部 ID プロバイダーがサポートされています。 - [Anypoint Platform Private Cloud で LDAP を設定する](https://docs.mulesoft.com/jp/access-management/conf-ldap-private-cloud-task) - [Ping Federate の設定](https://docs.mulesoft.com/jp/access-management/conf-client-mgmt-pf-task) - [SAML を設定する](https://docs.mulesoft.com/jp/access-management/conf-saml-sso) - [OpenID Connect を設定する](https://docs.mulesoft.com/jp/access-management/conf-openid-connect-task) トラブルシューティングの情報は、​ [『OpenID Connect (OIDC) を使用した Anypoint Platform シングルサインオン (SSO) のトラブルシューティングガイド』](https://help.mulesoft.com/s/article/Anypoint-Platform-Single-Sign-On-SSO-using-OpenID-Connect-OIDC-Troubleshooting-Guide)​に記載されています。 # Anypoint Platform PCE での外部 ID プロバイダーの設定 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) は、外部の ID プロバイダーを必要とします。インストールウィザードで登録した管理者を除き、外部 ID を使用してすべてのユーザーを登録する必要があります。次の外部 ID プロバイダーがサポートされています。 - [Anypoint Platform PCE での LDAP の設定](https://docs.mulesoft.com/jp/access-management/conf-ldap-private-cloud-task) - [Ping Federate の設定](https://docs.mulesoft.com/jp/access-management/conf-client-mgmt-pf-task) - [SAML の設定](https://docs.mulesoft.com/jp/access-management/conf-saml-sso) - [OpenID Connect の設定](https://docs.mulesoft.com/jp/access-management/conf-openid-connect-task) トラブルシューティングの情報は、 [『OpenID Connect (OIDC) を使用した Anypoint Platform シングルサインオン (SSO) のトラブルシューティングガイド』](https://help.mulesoft.com/s/article/Anypoint-Platform-Single-Sign-On-SSO-using-OpenID-Connect-OIDC-Troubleshooting-Guide)​に記載されています。 ## [](#関連情報)関連情報 - [Anypoint Platform PCE の設定](https://docs.mulesoft.com/jp/private-cloud/4.0/config-workflow) # Anypoint Platform PCE での外部 ID プロバイダーの設定 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) は、外部の ID プロバイダーを必要とします。インストールウィザードで登録した管理者を除き、外部 ID を使用してすべてのユーザーを登録する必要があります。次の外部 ID プロバイダーがサポートされています。 - [Anypoint Platform PCE での LDAP の設定](https://docs.mulesoft.com/jp/access-management/conf-ldap-private-cloud-task) - [Ping Federate の設定](https://docs.mulesoft.com/jp/access-management/conf-client-mgmt-pf-task) - [SAML の設定](https://docs.mulesoft.com/jp/access-management/conf-saml-sso) - [OpenID Connect の設定](https://docs.mulesoft.com/jp/access-management/conf-openid-connect-task) トラブルシューティングの情報は、 [『OpenID Connect (OIDC) を使用した Anypoint Platform シングルサインオン (SSO) のトラブルシューティングガイド』](https://help.mulesoft.com/s/article/Anypoint-Platform-Single-Sign-On-SSO-using-OpenID-Connect-OIDC-Troubleshooting-Guide)​に記載されています。 ## [](#関連情報)関連情報 - [Anypoint Platform PCE の設定](https://docs.mulesoft.com/jp/private-cloud/4.1/config-workflow) # Anypoint Platform PCE の Anypoint Studio の設定 Anypoint Platform Private Cloud Edition 3.2 の Anypoint Studio 7.15 を設定するには、​[「Studio での Anypoint PCE の設定」](https://docs.mulesoft.com/studio/pce-configuration)​の手順を実行します。 # Anypoint Platform PCE の Anypoint Studio の設定 Unresolved include directive in modules/ROOT/pages/config-studio.adoc - include::studio::partial$pce4-configuration-macos.adoc\[\] ## [](#関連情報)関連情報 - [Anypoint Platform PCE の管理](https://docs.mulesoft.com/jp/private-cloud/4.0/operating-about) # Anypoint Platform PCE の Anypoint Studio の設定 Unresolved include directive in modules/ROOT/pages/config-studio.adoc - include::studio::partial$pce4-configuration-macos.adoc\[\] ## [](#関連情報)関連情報 - [Anypoint Platform PCE の管理](https://docs.mulesoft.com/jp/private-cloud/4.1/operating-about) # Anypoint Platform PCE のアラートの設定 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) では、いずれかのアラート定義で指定された条件が検出された場合にトリガーされる組み込みアラートが提供されます。 測定値は [Prometheus](https://prometheus.io/docs/introduction/overview/)​ に保存され、 [Alertmanager](https://prometheus.io/docs/alerting/alertmanager/)​ によって読み取られます。アラートがトリガーされると、Alertmanager はメールを送信します。 ## [](#アラート定義)アラート定義 デフォルトのアラートを次の表に示します。
Table 1. アラート定義
コンポーネント アラート 説明

CPU

高い CPU 使用量

使用量が 75% を超えたときに警告をトリガーし、使用量が 90% を超えたときに重大なエラーをトリガーします。

Memory (メモリ)

高いメモリ使用量

使用量が 80% を超えたときに警告をトリガーし、使用量が 90% を超えたときに重大なエラーをトリガーします。

Systemd

全体的な systemd の健全性

失敗したサービスが systemd によって検出されたときにエラーをトリガーします。

Systemd

個別の systemd ユニットの健全性

systemd ユニットが読み込まれないかアクティブでないときにエラーをトリガーします。

Filesystem (ファイルシステム)

高いディスク領域使用量

使用量が 80% を超えたときに警告をトリガーし、使用量が 90% を超えたときに重大なエラーをトリガーします。

Filesystem (ファイルシステム)

高い inode 使用量

使用量が 90% を超えたときに警告をトリガーし、使用量が 95% を超えたときに重大なエラーをトリガーします。

System (システム)

アップタイム

ノードのアップタイムが 5 分未満のときに警告をトリガーします。

System (システム)

カーネルパラメーター

パラメーターが設定されていないときにエラーをトリガーします。詳細は、 値の表​を参照してください。

Etcd

etcd インスタンスの健全性

etcd リーダーが 5 分以上ダウンしたときにエラーをトリガーします。

Etcd

etcd レイテンシーチェック

フォロワーとリーダーのレイテンシーが 500 ミリ秒を超えたときに警告をトリガーし、1 分間で 1 秒を超えたときにエラーをトリガーします。

Docker

Docker デーモンの健全性

Docker デーモンがダウンしたときにエラーをトリガーします。

Kubernetes

Kubernetes ノードの準備状況

ノードが準備できていないときにエラーをトリガーします。
## [](#アラート定義の設定)アラート定義の設定 次の例で示しているように、新しいアラートは ​`alert`​ と呼ばれる gravity resource を使用して定義します。 ```copy kind: alert version: v2 metadata: name: cpu-alert spec: # the alert name alert_name: CPUAlert # the rule group the alert belongs to group_name: test-group # the alert expression formula: | node:cluster_cpu_utilization:ratio * 100 > 80 # the alert labels labels: severity: info # the alert annotations annotations: description: | Cluster CPU usage exceeds 80%. ``` Prometheus アラートについての詳細は、 [「Alerting Rules (アラートルール)」](https://prometheus.io/docs/prometheus/latest/configuration/alerting_rules/)​のドキュメントを参照してください。 - アラートを作成するには、次のコマンドを実行します。 gravity resource create alert.yaml - 既存のアラートを表示するには、次のコマンドを実行します。 gravity resource get alerts - アラートを削除するには、次のコマンドを実行します。 gravity resource rm alert cpu-alert ## [](#アラートの配信を設定する)アラートの配信を設定する メールアラートを送信するように Alertmanager を設定するには、次の gravity resource を作成します。 1. 次の仕様を使用して、gravity 内に ​`smtp-config.yaml`​ という名前のファイルを作成して、プレースホルダー値を SMTP 設定の値に置き換えます。 ```copy kind: smtp version: v2 metadata: name: smtp spec: host: port: username: password: --- kind: alerttarget version: v2 metadata: name: email-alerts spec: # email address of the alerts recipient email: ``` 2. `gravity resource create smtp-config.yaml`​ を実行します。次の出力が表示されることを確認してください。 Created cluster SMTP configuration Created monitoring alert target "email-alerts" 3. デフォルトのルーターを gravity 内の Alertmanager 設定に追加します。 kubectl get secret -n monitoring alertmanager-monitoring-kube-prometheus-alertmanager -o json | jq --arg foo "$(kubectl get secret -n monitoring alertmanager-monitoring-kube-prometheus-alertmanager -o json | jq -r '.data\["alertmanager.yaml"\]' | base64 -d | yq r - --tojson | jq -r '.route.routes\[1\] |= . + {"match":{"alertname": "Watchdog", "receiver": "default", "continue": true}}' | jq -r '.route.routes\[0\].match += {"continue":true}' | yq r - -P | base64 | tr -d '\\n')" '.data\["alertmanager.yaml"\]=$foo' | kubectl apply -f - 4. <​SMTP\_FROM​> 値を置き換えて送信元メールアドレスを設定します。 kubectl get secret -n monitoring alertmanager-monitoring-kube-prometheus-alertmanager -o json | jq --arg foo "$(kubectl get secret -n monitoring alertmanager-monitoring-kube-prometheus-alertmanager -o json | jq -r '.data\["alertmanager.yaml"\]' | base64 -d | yq w - 'global.smtp\_from' | base64 | tr -d '\\n')" '.data\["alertmanager.yaml"\]=$foo' | kubectl apply -f - 5. Alertmanager ポッドを再起動します。 kubectl delete pod -n monitoring -l app=alertmanager 6. gravity 内で次のコマンドを実行して Alertmanager をテストします。 curl -H 'Content-Type: application/json' -d '\[{"labels":{"alertname":"test-alert","state":"firing"}}\]' http://monitoring-kube-prometheus-alertmanager.monitoring.svc.cluster.local:9093/api/v1/alerts ## [](#アラートのトラブルシューティング)アラートのトラブルシューティング 一般的なトラブルシューティングタスクとして次のようなものがあります。 - アラートの配信を設定したときに ​`FROM`​ および ​`TO`​ のアドレスとして定義したアドレスを使用して SMTP サーバーがメールを送受信できることを確認します。 - クラスターノードで SMTP サーバーと通信できることを確認します。 たとえば、​`telnet`​ を使用して SMTP サーバーをいずれかのクラスターノードから接続します。 telnet my.smtp.server.com 587 Trying XXX.XXX.XXX.XXX... Connected to my.smtp.server.com. Escape character is '^\]'. 220 my.smtp.server.com ESMTP ^\[^\] telnet> quit Connection closed. ## [](#関連情報)関連情報 - [オペレーションセンター](https://docs.mulesoft.com/jp/private-cloud/3.2/managing-via-the-ops-center) # Anypoint Platform PCE のインストール後のローカルユーザーの削除 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインストール中でもプラットフォームのコンポーネントを設定できるようにするため、ローカル Anypoint Platform ユーザーがインストール中に作成されます。このユーザーのログイン情報は Anypoint Platform にローカルで保存されます。ただし、LDAP などの外部認証プロバイダーを設定した後で、セキュリティを高めるためにこのユーザーを削除する必要があります。 1. ローカルユーザーを削除する前に、以下を実行します。 - 外部 ID プロバイダーをインストールして設定する。 - `SystemAdmin`​ ユーザーが他の組織のオーナーでないことを確認する。 2. 管理者権限を割り当てる新規ユーザーを選択します。このユーザーは外部 ID プロバイダー内で定義する必要があります。 3. このユーザーの内部ユーザー ID を決定します。 1. Anypoint Platform から \[Access Management (アクセス管理)\] を選択します。 2. \[Users (ユーザー)\] タブを選択し、ユーザーの名前を選択します。 3. 内部ユーザー ID を記録します。この ID は次のように URL に表示されます。 ![User ID (ユーザー ID)](/mulesoft/current/ja-jp/private-cloud/3.2/_images/access-management-user-id.png) 4. gravity シェルに入力します。 gravity enter 5. いずれかの ​`authentication-server`​ コンテナを識別します。 kubectl get pods -n access-management -l component=authentication-server 6. オーナーを変更し、先ほど取得した内部 ​`authentication-server`​ コンテナおよびユーザー ID を指定します。 kubectl exec -it -n access-management -c application – node bin/change\_owner.js --new-owner-id このコマンドにより、オーナーがデフォルトのシステムユーザーから外部認証プロバイダーによって管理される新規ユーザーに変更されます。使用するコマンドは次の例のようになります。 kubectl exec -it -n access-management -c application – node bin/change\_owner.js --new-owner-id a363279f-982f-493c-b08f-9feb91be90d4 7. `System Admin`​ ユーザーを無効にして削除します。 1. 組織のオーナーとして追加したユーザーとしてログインします。 2. Anypoint Platform から \[Access Management (アクセス管理)\] を選択します。 3. \[Users (ユーザー)\] タブを選択し、​`SystemAdmin`​ と同じ行にある ​`username`​ を選択します。 4. \[Disable (無効化)\] を選択して \[Delete (削除)\] を選択します。 これにより、デフォルトユーザーがプラットフォームから削除されます。 # Anypoint Platform PCE のインストール後のローカルユーザーの削除 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインストール中でもプラットフォームのコンポーネントを設定できるようにするため、ローカル Anypoint Platform ユーザーがインストール中に作成されます。このユーザーのログイン情報は Anypoint Platform にローカルで保存されます。ただし、LDAP などの外部認証プロバイダーを設定した後で、セキュリティを高めるためにこのユーザーを削除する必要があります。 1. ローカルユーザーを削除する前に、以下の手順を実行します。 - 外部 ID プロバイダーをインストールして設定する。 - `SystemAdmin`​ ユーザーが他の組織のオーナーでないことを確認する。 2. 管理者権限を割り当てる新規ユーザーを選択します。このユーザーは外部 ID プロバイダー内で定義する必要があります。 3. このユーザーの内部ユーザー ID を決定します。 1. Anypoint Platform から ​**\[Access Management (アクセス管理)\]**​ を選択します。 2. **\[Users (ユーザー)\]**​ を選択します。 3. ユーザーの名前を選択します。 4. 内部ユーザー ID を記録します。この ID は次のように URL に表示されます。 ![「URL に含まれるユーザー ID の例」](/mulesoft/current/ja-jp/private-cloud/4.0/_images/access-management-user-id.png) 4. kubeconfig.yaml を使用して Anypoint Platform PCE K8s クラスターにアクセスしてインストーラーマシンを設定します。 1. 環境変数 ​`KUBECONFIG=/path/to/kubeconfig.yaml`​ を設定します。 2. `kubectl get nodes`​ で Kubernetes クラスターへのアクセスを確認します。 5. いずれかの ​`authentication-server`​ コンテナを識別します。 kubectl get pods -n access-management -l component=authentication-server 6. オーナーを変更し、先ほど取得した内部 ​`authentication-server`​ コンテナおよびユーザー ID を指定します。 kubectl exec -it -n access-management -c application – node bin/change\_owner.js --new-owner-id このコマンドにより、オーナーがデフォルトのシステムユーザーから外部認証プロバイダーによって管理される新規ユーザーに変更されます。使用するコマンドは次の例のようになります。 kubectl exec -it -n access-management -c application – node bin/change\_owner.js --new-owner-id a363279f-982f-493c-b08f-9feb91be90d4 7. `System Admin`​ ユーザーを無効にして削除します。 1. 組織のオーナーとして追加したユーザーとしてログインします。 2. Anypoint Platform から ​**\[Access Management (アクセス管理)\]**​ を選択します。 3. **\[Users (ユーザー)\]**​ を選択します。 4. `SystemAdmin`​ と同じ行にある ​`username`​ を選択します。 5. **\[Disable (無効化)\]**​ を選択します。 6. **\[Delete (削除)\]**​ を選択します。 これにより、デフォルトユーザーがプラットフォームから削除されます。 ## [](#関連情報)関連情報 - [Anypoint Platform PCE の設定](https://docs.mulesoft.com/jp/private-cloud/4.0/config-workflow) # Anypoint Platform PCE のインストール後のローカルユーザーの削除 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインストール中でもプラットフォームのコンポーネントを設定できるようにするため、ローカル Anypoint Platform ユーザーがインストール中に作成されます。このユーザーのログイン情報は Anypoint Platform にローカルで保存されます。ただし、LDAP などの外部認証プロバイダーを設定した後で、セキュリティを高めるためにこのユーザーを削除する必要があります。 1. ローカルユーザーを削除する前に、以下の手順を実行します。 - 外部 ID プロバイダーをインストールして設定する。 - `SystemAdmin`​ ユーザーが他の組織のオーナーでないことを確認する。 2. 管理者権限を割り当てる新規ユーザーを選択します。このユーザーは外部 ID プロバイダー内で定義する必要があります。 3. このユーザーの内部ユーザー ID を決定します。 1. Anypoint Platform から ​**\[Access Management (アクセス管理)\]**​ を選択します。 2. **\[Users (ユーザー)\]**​ を選択します。 3. ユーザーの名前を選択します。 4. 内部ユーザー ID を記録します。この ID は次のように URL に表示されます。 ![「URL に含まれるユーザー ID の例」](/mulesoft/current/ja-jp/private-cloud/4.1/_images/access-management-user-id.png) 4. kubeconfig.yaml を使用して Anypoint Platform PCE K8s クラスターにアクセスしてインストーラーマシンを設定します。 1. 環境変数 ​`KUBECONFIG=/path/to/kubeconfig.yaml`​ を設定します。 2. `kubectl get nodes`​ で Kubernetes クラスターへのアクセスを確認します。 5. いずれかの ​`authentication-server`​ コンテナを識別します。 kubectl get pods -n access-management -l component=authentication-server 6. オーナーを変更し、先ほど取得した内部 ​`authentication-server`​ コンテナおよびユーザー ID を指定します。 kubectl exec -it -n access-management -c application – node bin/change\_owner.js --new-owner-id このコマンドにより、オーナーがデフォルトのシステムユーザーから外部認証プロバイダーによって管理される新規ユーザーに変更されます。使用するコマンドは次の例のようになります。 kubectl exec -it -n access-management -c application – node bin/change\_owner.js --new-owner-id a363279f-982f-493c-b08f-9feb91be90d4 7. `System Admin`​ ユーザーを無効にして削除します。 1. 組織のオーナーとして追加したユーザーとしてログインします。 2. Anypoint Platform から ​**\[Access Management (アクセス管理)\]**​ を選択します。 3. **\[Users (ユーザー)\]**​ を選択します。 4. `SystemAdmin`​ と同じ行にある ​`username`​ を選択します。 5. **\[Disable (無効化)\]**​ を選択します。 6. **\[Delete (削除)\]**​ を選択します。 これにより、デフォルトユーザーがプラットフォームから削除されます。 ## [](#関連情報)関連情報 - [Anypoint Platform PCE の設定](https://docs.mulesoft.com/jp/private-cloud/4.1/config-workflow) # Anypoint Platform PCE のセキュリティの設定 Anypoint Platform を使用するには、TLS ログイン情報を指定する必要があります。アクセス管理を使用して Anypoint Platform UI から証明書をアップロードし、この証明書を使用してプラットフォーム内での安全な通信を確保するように Anypoint Platform を設定できます。この証明書は、Mule Runtime Engine を含めて、プラットフォームに接続されたすべてのマシンから信頼される必要があります。必要に応じて、キーエクスチェンジ方法にカスタム暗号と DH グループを指定することもできます。 証明書を交換または変更すると、Anypoint Platform は nginx サーバーを再起動します。 ![on prem features 5f98d](/mulesoft/current/ja-jp/private-cloud/3.2/_images/on-prem-features-5f98d.png) 1. 証明書を作成します。 OpenSSL などのツールを使用して証明書を作成できます。Anypoint Platform を使用するには、証明書が ​`nginx`​ 互換の形式である必要があります。証明書にはインストールのドメイン名が CN (共通名) および SAN (サブジェクト代替名) として含まれている必要があります。 2. Anypoint Platform から \[Access Management (アクセス管理)\] を選択します。 3. 左のナビゲーションバーで \[Security (セキュリティ)\] を選択します。 4. \[Certificate (証明書)\] 項目で \[Browse (参照)\] を選択し、ローカルシステムの証明書を選択します。 5. \[Key (キー)\] 項目で \[Browse (参照)\] を選択し、証明書の非公開キーを選択します。 6. セキュリティを高めるために、独自の暗号および Diffie-Hellman グループファイルをアップロードできます。 このステップは省略可能です。 1. **\[Use default ciphers and DH Group (デフォルトの暗号および DH グループを使用)\]**​ を選択解除します。 2. 有効な NGINX 暗号のリストから一連の暗号を入力します。Open SSL を使用している場合、​`openssl ciphers`​ コマンドを実行してこのリストを表示できます。入力する暗号は、次の例で示しているように ​`nginx`​ 互換の形式である必要があります。 ECDHE-RSA-AES256-GCM-SHA512:DHE-RSA-AES256-GCM-SHA512:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-SHA384 3. 次の ​`openssl`​ コマンドを使用して ​`dhparam.pem`​ (Diffie-Hellman グループファイル) を生成します。 openssl dhparam 2048 -out dhparam.pem 4. システムから ​`dhparam.pem`​ ファイルをアップロードします。 # Anypoint Platform PCE のセキュリティの設定 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) を使用するには、TLS ログイン情報を指定する必要があります。Anypoint Platform UI の ​**\[Access Management (アクセス管理)\]**​ で証明書をアップロードし、この証明書を使用して安全な通信を確保するようにプラットフォームを設定できます。Mule Runtime Engine (Mule) を含む、すべてのマシンがプラットフォームに接続されていることを確認し、この証明書を信頼します。また、必要に応じて、キーエクスチェンジ方法にカスタム暗号と Diffie-Hellman (DH) グループを指定することもできます。 証明書を交換または変更すると、Anypoint Platform は nginx サーバーを再起動します。 ![\[Access Management (アクセス管理)\] の \[Security (セキュリティ)\] タブの \[Certificate (証明書)\] および \[Private Key (非公開キー)\] 設定](_images/on-prem-features-5f98d.png) セキュリティを設定する手順は、次のとおりです。 1. 証明書を作成します。 OpenSSL などのツールを使用して証明書を生成します。Anypoint Platform との互換性を確保するために、証明書が ​`nginx`​ フレンドリーな形式であることを確認します。証明書にはインストールのドメイン名が共通名 (CN) およびサブジェクト代替名 (SAN) として含まれている必要があります。 2. Anypoint Platform から ​**\[Access Management (アクセス管理)\]**​ を選択します。 3. **\[Security (セキュリティ)\]**​ を選択します。 4. **\[Certificate (証明書)\]**​ で ​**\[Browse (参照)\]**​ を選択し、ローカルシステムの証明書を選択します。 5. **\[Key (キー)\]**​ で ​**\[Browse (参照)\]**​ を選択し、証明書の非公開キーを選択します。 6. セキュリティを高めるために、独自の暗号および Diffie-Hellman グループファイルをアップロードできます。 このステップは省略可能です。 1. **\[Use default ciphers and DH Group (デフォルトの暗号および DH グループを使用)\]**​ を選択解除します。 2. 有効な NGINX 暗号のリストから一連の暗号を入力します。Open SSL を使用している場合、​`openssl ciphers`​ コマンドを実行してこのリストを表示できます。入力する暗号は、​`nginx`​ 互換の形式である必要があります。次に例を示します。 ECDHE-RSA-AES256-GCM-SHA512:DHE-RSA-AES256-GCM-SHA512:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-SHA384 3. 次の ​`openssl`​ コマンドを使用して ​`dhparam.pem`​ (Diffie-Hellman グループファイル) を生成します。 openssl dhparam 2048 -out dhparam.pem 4. システムから ​`dhparam.pem`​ ファイルをアップロードします。 ## [](#関連情報)関連情報 - [Anypoint Platform PCE の設定](https://docs.mulesoft.com/jp/private-cloud/4.0/config-workflow) # Anypoint Platform PCE のセキュリティの設定 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) を使用するには、TLS ログイン情報を指定する必要があります。Anypoint Platform UI の ​**\[Access Management (アクセス管理)\]**​ で証明書をアップロードし、この証明書を使用して安全な通信を確保するようにプラットフォームを設定できます。Mule Runtime Engine (Mule) を含む、すべてのマシンがプラットフォームに接続されていることを確認し、この証明書を信頼します。また、必要に応じて、キーエクスチェンジ方法にカスタム暗号と Diffie-Hellman (DH) グループを指定することもできます。 証明書を交換または変更すると、Anypoint Platform は nginx サーバーを再起動します。 ![\[Access Management (アクセス管理)\] の \[Security (セキュリティ)\] タブの \[Certificate (証明書)\] および \[Private Key (非公開キー)\] 設定](_images/on-prem-features-5f98d.png) セキュリティを設定する手順は、次のとおりです。 1. 証明書を作成します。 OpenSSL などのツールを使用して証明書を生成します。Anypoint Platform との互換性を確保するために、証明書が ​`nginx`​ フレンドリーな形式であることを確認します。証明書にはインストールのドメイン名が共通名 (CN) およびサブジェクト代替名 (SAN) として含まれている必要があります。 2. Anypoint Platform から ​**\[Access Management (アクセス管理)\]**​ を選択します。 3. **\[Security (セキュリティ)\]**​ を選択します。 4. **\[Certificate (証明書)\]**​ で ​**\[Browse (参照)\]**​ を選択し、ローカルシステムの証明書を選択します。 5. **\[Key (キー)\]**​ で ​**\[Browse (参照)\]**​ を選択し、証明書の非公開キーを選択します。 6. セキュリティを高めるために、独自の暗号および Diffie-Hellman グループファイルをアップロードできます。 このステップは省略可能です。 1. **\[Use default ciphers and DH Group (デフォルトの暗号および DH グループを使用)\]**​ を選択解除します。 2. 有効な NGINX 暗号のリストから一連の暗号を入力します。Open SSL を使用している場合、​`openssl ciphers`​ コマンドを実行してこのリストを表示できます。入力する暗号は、​`nginx`​ 互換の形式である必要があります。次に例を示します。 ECDHE-RSA-AES256-GCM-SHA512:DHE-RSA-AES256-GCM-SHA512:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-SHA384 3. 次の ​`openssl`​ コマンドを使用して ​`dhparam.pem`​ (Diffie-Hellman グループファイル) を生成します。 openssl dhparam 2048 -out dhparam.pem 4. システムから ​`dhparam.pem`​ ファイルをアップロードします。 ## [](#関連情報)関連情報 - [Anypoint Platform PCE の設定](https://docs.mulesoft.com/jp/private-cloud/4.1/config-workflow) # Anypoint Platform PCE の前提条件 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) をインストールするための前提条件は以下の通りです。 - 組織のオペレーション、ネットワーキング、そしてセキュリティの各チームが、Amazon Web Services (使用する場合)、ハードウェア、ソフトウェア、ネットワーク、NFS など、指定されているインフラストラクチャの前提条件をレビューし、このトピックに記載されているすべての前提条件が完全に満足されていることを確認する必要があります。必要に応じて、MuleSoft の担当者に連絡してサポートを要求してください。 すべての前提条件は、すべての​[サポート対象の環境](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-platform#supported-environments)​に適用されます。 - 以下の分野の知識が必要です。 - Linux システムコマンド。 - ルートアクセス権による Linux の操作。インストールには、環境内のすべてのサーバーでルートアクセス (​`sudo`​ コマンドを実行するための権限) が必要です。 - Terraform の操作。環境に AWS が含まれる場合にのみ必要です。 - SSL や SSH などのリモート接続メカニズム。

インストールを行う前に、必ず MuleSoft プロフェッショナルサービスに連絡してください。インストールには MuleSoft プロフェッショナルサービスの関与が必要です。

Anypoint Platform PCE をインストールするには、オペレーティングシステム、NFS、および他のソフトウェアの特定のバージョンが必要です。Anypoint Platform PCE で発生するほとんどの問題は、インストールやアップグレードの前に必要な環境がセットアップされていなかったことに起因します。たとえば、以下の状況では既知の問題が発生します。

  • AWS を使用する場合に、自分自身の AWS イメージを使用した。

  • Anypoint Platform PCE でサポートされていないバージョンの RHEL、Docker、または他のソフトウェアをインストールする既存のプロビジョニングプロセスを使用した。
### [](#環境要件)環境要件
Table 1. 前提となる環境関連タスク
タスクの説明

環境がサポート対象であることを確認します​。

AWS を使用する場合は、​Amazon Web Services (AWS) の前提条件を整えます​。
### [](#ハードウェア前提条件)ハードウェア前提条件 以下のタスクの詳細と手順については、​[「ハードウェアの前提条件」](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-hardware)​を参照してください。
Table 2. 前提となるハードウェア関連タスク
タスクの説明

メモリと CPU の要件の確認

デバイス要件の確認

ディスク IOPS の確認

ロードバランサーの設定
### [](#ソフトウェアの前提条件)ソフトウェアの前提条件 以下のタスクの詳細と手順については、​[「ソフトウェアの前提条件」](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-software)​を参照してください。
Table 3. 前提となるソフトウェア関連タスク
タスクの説明

オペレーティングシステムの前提条件

サードパーティソフトウェアの前提条件

MuleSoft ソフトウェアの前提条件
### [](#ネットワークの前提条件)ネットワークの前提条件 以下のタスクの詳細と手順については、​[「ネットワークの前提条件」](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-network)​を参照してください。
Table 4. 前提となるネットワーク関連タスク
タスクの説明

静的 IP の確認

VXLAN の確認

必須ポートの有効化

NAT のトラフィック要件の確認

SMTP サーバー要件の確認

外部 ID プロバイダー設定の確認とクライアントの管理

クロックの同期
### [](#nfs-の前提条件)NFS の前提条件 以下のタスクの詳細と手順については、​[「NFS サーバーの前提条件」](https://docs.mulesoft.com/jp/private-cloud/3.2/verify-nfs)​を参照してください。
Table 5. 前提となる NFS 関連タスク
タスクの説明

NFS サーバーのセットアップの確認

必要なポートが開いていることの確認

NFS サーバーがマウントされていることの確認

NFS パフォーマンスの確認
## [](#環境の確認)環境の確認 [「環境の確認」](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-gravity-check)​の手順を実行して、使用しているインフラストラクチャが Anypoint Platform PCE の要件を満足していることを確認します。 # Anypoint Platform PCE の前提条件 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) バージョン 4.0 以降を、プロビジョニングおよび管理する Kubernetes (K8s) クラスターにインストールできます。 MuleSoft は、以下のセクションに記載されている一般的な K8s プロバイダーでインストールを実行しました。選択したプロバイダーで Anypoint Platform PCE をインストールするためのハードウェアおよびソフトウェア要件は、このドキュメントで特に指定されていない限り、各プロバイダーによって決まります。 開始する前に、組織の運用、ネットワーク、セキュリティの各チームで、記載されているインフラストラクチャの前提条件を確認してください。確認の対象には、K8s クラスター、ハードウェア、ソフトウェア、ネットワーキング、NFS ストレージ、コンテナレジストリ、インストーラーノード、ストレージ要件が含まれます。

Anypoint Platform PCE をインストールする前に、インストールに関与する MuleSoft Professional Services に連絡する必要があります。

Anypoint Platform PCE をインストールするには、オペレーティングシステム、NFS、および他のソフトウェアの特定のバージョンが必要です。Anypoint Platform PCE で発生するほとんどの問題は、インストールやアップグレードの前に必要な環境が設定されていなかったことに起因します。
## [](#kubernetes-クラスターの要件)Kubernetes クラスターの要件 要件は以下のとおりです。 - Kubernetes (K8s) バージョン: 1.29 または 1.30。 - Kubernetes プロバイダー: - Rancher Kubernetes エンジン (RKE2) バージョン 1.29 および 1.30。 - Red Hat OpenShift バージョン 4.15 および 4.16。 - Amazon EKS Anywhere (EKS-A) 0.20 (K8s バージョン 1.29、1.30)。 - クラスター設定: - K8s クラスター内に専用のコントロールプレーンノードを用意してください。できれば、K8s コントロールプレーン用に 3 つまたは 5 つのノードを割り当ててください。たとえば、これらのノードでは K8s の管理ワークロードのみを実行します。 - Anypoint Platform PCE ワークロード専用のクラスターワーカーノードを用意してください。K8s コントロールプレーンノードでは Anypoint Platform PCE のポッドを実行できません。 - 大規模なクラスターの場合: - K8s コントロールプレーンノード x 3 - K8s ワーカーノード x 7 - 小規模なクラスターの場合: - K8s コントロールプレーンノード x 3 - K8s ワーカーノード x 4 Anypoint Platform PCE 3.2.x 以前をインストールしている場合は、すべての Anypoint Platform PCE ノードで SWAP を無効にしてください。Anypoint Platform PCE は Kubernetes に大きく依存していますが、Kubernetes は SWAP スペースをサポートしていません。SWAP が有効な場合、Kubernetes と SWAP デーモンが同じメモリ空間を管理しようとし、競合により CPU の過負荷を引き起こします。この問題を避けるために、Anypoint Platform PCE を実行しているマシンでは SWAP スペースを使用しないでください。
K8s コントロールプレーンノードで Anypoint Platform PCE ワークロードを実行すると、Anypoint Platform PCE とクラスターの両方のパフォーマンスが低下する可能性があります。
## [](#ハードウェア要件)ハードウェア要件 クラスターノードの最小要件は次のとおりです。 - 専用のコントロールプレーンノード: - アーキテクチャ x​86\_64 - vCPUS × 4 - メモリ 8 GiB - ルートボリューム 50GB - ワーカーノード: - アーキテクチャ x​86\_64 - vCPUS × 8 - メモリ 32 GiB - ルートボリューム 50GB 詳細は、プロバイダー特有の要件を参照してください。 - [Rancher Kubernetes エンジン (RKE2) - ハードウェア](https://docs.rke2.io/install/requirements#hardware) - [Red Hat OpenShift](https://docs.openshift.com/container-platform/4.16/installing/overview/index.html) - [Amazon EKS Anywhere (EKS-A)](https://anywhere.eks.amazonaws.com/docs/getting-started/baremetal/bare-prereq/) ## [](#ソフトウェア要件)ソフトウェア要件 要件は以下のとおりです。 - オペレーティングシステム: RHEL 8.10 詳細は、プロバイダー特有の要件を参照してください。 - [Rancher Kubernetes エンジン (RKE2) - ソフトウェア](https://docs.rke2.io/install/requirements#operating-systems) - [Red Hat OpenShift](https://docs.openshift.com/container-platform/4.16/installing/overview/index.html) - [Amazon EKS Anywhere (EKS-A)](https://anywhere.eks.amazonaws.com/docs/getting-started/baremetal/bare-prereq/) ## [](#ネットワーク要件)ネットワーク要件 Anypoint Platform PCE と通信するには、以下のポートを使用します。
プロトコル ポート/範囲 目的 送信元 宛先

TCP/UDP

53

内部クラスター DNS

localhost

localhost

TCP

2379、2380、4001、7001

etcd 分散型データベース

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

4242

インストーラー

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

6443

Kubernetes API サーバー

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

9443

HAProxy による Kubernetes API Server の負荷分散

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

9100

Prometheus node-exporter

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

10248、10250

Kubernetes Kubelet

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

10249

Kubernetes kube-プロキシ

localhost

localhost

TCP

10251 ～ 10252

Kubernetes コントローラーマネージャーおよびスケジューラー

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

10257 ～ 10259

Kubernetes コントローラーマネージャーおよびスケジューラー (セキュア)

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

30000 ～ 32767

内部サービスのポート範囲

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

8472

オーバーレイ VXLAN ネットワーク

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

30080

HTTP 公開アクセス

ロードバランサー

Anypoint Platform PCE ノード

TCP

30443

HTTPS 公開アクセス

ロードバランサー

Anypoint Platform PCE ノード

TCP

30889

Mule Runtime Websocket

ロードバランサー

Anypoint Platform PCE ノード

TCP

30883

Mule Runtime 認証サービス (証明書更新用)

ロードバランサー

Anypoint Platform PCE ノード
Anypoint Platform PCE ノードは、HTTPS 経由でロードバランサーのプラットフォーム API アドレスにアクセスする必要があります。 詳細は、プロバイダー特有の要件を参照してください。 - [Rancher Kubernetes エンジン (RKE2) - ネットワーキング](https://docs.rke2.io/install/requirements#operating-systems) - [Red Hat OpenShift - ネットワーキング](https://docs.openshift.com/container-platform/4.16/networking/understanding-networking.html) - [Amazon EKS Anywhere (EKS-A) - ネットワーキング](https://anywhere.eks.amazonaws.com/docs/clustermgmt/networking/networking-and-security/) ## [](#nfs-ストレージ要件)NFS ストレージ要件 [NFS サーバーの前提条件](https://docs.mulesoft.com/jp/private-cloud/4.0/verify-nfs) 参照 ## [](#コンテナレジストリ要件)コンテナレジストリ要件 要件は以下のとおりです。 - TLS を介して保護されている必要があります。 - インストーラーノードおよび Kubernetes クラスターからアクセス可能である必要があります。 - ユーザー名とパスワード、または証明書ベースの認証のいずれかで保護されている必要があります。新しい証明書や更新された証明書をすべてのノードに配布し、TLS 通信が中断しないようにしてください。 ## [](#インストーラーノードの要件)インストーラーノードの要件 要件は以下のとおりです。 - オペレーティングシステム: RHEL、Ubuntu、またはその他の Linux ベースのシステム。 - ストレージは最小 100GB が必要です。 - kubeconfig.yaml を使用して Kubernetes クラスターにアクセス可能であること。 - クラスターは ​`cluster:admin`​ へのアクセスが必要です。これは、Anypoint Platform PCE インストーラーがさまざまな種類のリソースを作成するためです。 - クラスターは、Anypoint Platform PCE インストーラージョブや他のサポートサービスを実行するため、デフォルトネームスペースでの​`参照/更新`​アクセス権が必要です。 - プライベートコンテナレジストリへのアクセスと接続 - OpenShift では、Anypoint Platform PCE をインストールするために SecurityContextConstraints を使用します。 ## [](#ストレージ要件)ストレージ要件 要件は以下のとおりです。 Anypoint Platform PCE バージョン 4.0 以降では、すべての永続的なデータは Persistent Volume Claim (PVC) に保存されます。Kubernetes Storage Class が PVC を制御します。現在、PVC を必要とするサービスは次の 2 つです。 - SeaweedFS: S3 オブジェクトストアサービス - Stolon - PostgreSQL HA データベース これらのサービスで使用するストレージクラスは同じものを使用できます。基盤として選択したインフラストラクチャまたはストレージソリューションの種類によって、ストレージクラスの構成は異なる場合があります。 ## [](#プラットフォーム構成)プラットフォーム構成 Anypoint Platform PCE にアクセスできるようにするため、Anypoint Platform PCE をインストールする前に、入力構成ファイルで次のように指定してください。 - プラットフォーム DNS - ファイルシステム DNS - 最初のユーザーアカウントの詳細 - 組織名 - ユーザー名 - メール - パスワード - プラットフォーム証明書および証明書キー (プラットフォーム DNS の Subject Alternative Name (SAN) を含む) ## [](#関連情報)関連情報 - [Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインストール](https://docs.mulesoft.com/jp/private-cloud/4.0/install-workflow) # Anypoint Platform PCE の前提条件 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) バージョン 4.x 以降を、プロビジョニングおよび管理する Kubernetes (K8s) クラスターにインストールできます。 MuleSoft は、以下のセクションに記載されている一般的な K8s プロバイダーでインストールを実行しました。選択したプロバイダーで Anypoint Platform PCE をインストールするためのハードウェアおよびソフトウェア要件は、このドキュメントで特に指定されていない限り、各プロバイダーによって決まります。 開始する前に、組織の運用、ネットワーク、セキュリティの各チームで、記載されているインフラストラクチャの前提条件を確認してください。確認の対象には、K8s クラスター、ハードウェア、ソフトウェア、ネットワーキング、NFS ストレージ、コンテナレジストリ、インストーラーノード、ストレージ要件が含まれます。

Anypoint Platform PCE をインストールする前に、インストールに関与する MuleSoft プロフェッショナルサービスに連絡してください。

Anypoint Platform PCE をインストールするには、オペレーティングシステム、NFS、および他のソフトウェアの特定のバージョンが必要です。Anypoint Platform PCE で発生するほとんどの問題は、インストールやアップグレードの前に必要な環境が設定されていなかったことに起因します。
## [](#kubernetes-クラスターの要件)Kubernetes クラスターの要件 - サポートされる Kubernetes プロバイダー: - Rancher Kubernetes エンジン (RKE2) - Red Hat OpenShift - Amazon EKS Anywhere - Amazon EKS - クラスター設定: - 専用ノードで Kubernetes コントロールプレーンコンポーネントを実行します。できれば、Kubernetes コントロールプレーン用に 3 つのノードを割り当ててください。 - Anypoint Platform PCE ワークロード専用のクラスターワーカーノードを用意してください。K8s コントロールプレーンノードで Anypoint Platform PCE ポッドを実行しないでください。前提条件をチェックして、PCE ワークロードがワーカーノードでスケジュールおよび実行できることを確認してください。
K8s コントロールプレーンノードで Anypoint Platform PCE ワークロードを実行すると、Anypoint Platform PCE とクラスターの両方のパフォーマンスが低下する可能性があります。
## [](#ハードウェア要件)ハードウェア要件 Anypoint Platform PCE は Kubernetes アプリケーションとして実行されます。すべてのサービスをスケジュールおよび実行するための最低限必要なハードウェアを次に示します。 - 32 vCPU - 128 GiB メモリ - x​86\_64​ アーキテクチャ これらのリソースは、4 個以上のワーカーノードにプロビジョニングして分散できます。PCE では、クラスターセットアップで 3 個のレプリカを使用してデプロイおよび設定されるデータサービスのホストとして 3 個以上のワーカーノードが必要です。アンチアフィニティルールに準拠するために、これらの 3 個のレプリカが 3 個の個別のノードで実行されていることを確認してください。 クラスターノードの最小要件は次のとおりです。
ノード数 ノード構成 合計リソース

4

8 vCPU および 32 GiB メモリ

32 vCPU および 128 GiB メモリ

10

4 vCPU および 16 GiB メモリ

40 vCPU および 160 GiB メモリ
### [](#ロードバランサーの設定)ロードバランサーの設定 任意の方法を使用してクライアント要求を分散するようにロードバランサーを設定できます。ほとんどのコンテキストで優れた結果を得られるため、ラウンドロビン方式を使用してください。ネットワークのすべてのマシンで使用可能な IP アドレスを使用してロードバランサーにアクセスできることを確認してください。 ロードバランサーが次の TCP ポートにルーティングされることを確認してください。
Table 1. TCP ポートのルーティング要件
ロードバランサーポート インスタンスポート 内部用途

80

30080

HTTPs への HTTP のリダイレクト

443

30443

HTTPS ポート

8083

30883

Mule Runtime で証明書の認証および更新を行うための HTTPS ポート

8889

30889

Mule Runtime を接続するための WebSocket ポート
それぞれのケースで、ロードバランサーポートでリスンし、受信要求をインスタンスポートにリダイレクトするようにロードバランサーを設定します。Anypoint Platform PCE のインストールには、設定済みの各インスタンスポートでリスンし、「内部用途」列に記載したアクションを実行する内部 NGINX サーバーが含まれます。 ロードバランサーがアドレス ​`HTTP:10256/healthz`​ をポーリングしてプラットフォームサーバーで状態チェックを実行し、アクセス可能であることを確認するようにします。
ロードバランサーで SSL 証明書を設定しないでください。TLS 終了は、アクセス管理を使用して設定された証明書でプラットフォームによって処理されます。​「Anypoint Platform PCE の設定」​を参照してください。
詳細は、プロバイダー特有の要件を参照してください。 - [Rancher Kubernetes エンジン (RKE2) - ハードウェア](https://docs.rke2.io/install/requirements#hardware) - [Red Hat OpenShift](https://docs.openshift.com/container-platform/4.16/installing/overview/index.html) - [Amazon EKS Anywhere (EKS-A)](https://anywhere.eks.amazonaws.com/docs/getting-started/baremetal/bare-prereq/) ## [](#ソフトウェア要件)ソフトウェア要件 要件は以下のとおりです。 - オペレーティングシステム: RHEL 8.10、9.4 詳細は、プロバイダー特有の要件を参照してください。 - [Rancher Kubernetes エンジン (RKE2) - ソフトウェア](https://docs.rke2.io/install/requirements#operating-systems) - [Red Hat OpenShift](https://docs.openshift.com/container-platform/4.16/installing/overview/index.html) - [Amazon EKS Anywhere (EKS-A)](https://anywhere.eks.amazonaws.com/docs/getting-started/baremetal/bare-prereq/) ## [](#ネットワーク要件)ネットワーク要件 Anypoint Platform PCE と通信するには、以下のポートを使用します。
プロトコル ポート/範囲 目的 送信元 宛先

TCP/UDP

53

内部クラスター DNS

localhost

localhost

TCP

2379、2380、4001、7001

etcd 分散型データベース

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

4242

インストーラー

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

6443

Kubernetes API サーバー

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

9443

HAProxy による Kubernetes API Server の負荷分散

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

9100

Prometheus node-exporter

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

10248、10250

Kubernetes Kubelet

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

10249

Kubernetes kube-プロキシ

localhost

localhost

TCP

10251 ～ 10252

Kubernetes コントローラーマネージャーおよびスケジューラー

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

10257 ～ 10259

Kubernetes コントローラーマネージャーおよびスケジューラー (セキュア)

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

30000 ～ 32767

内部サービスのポート範囲

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

8472

オーバーレイ VXLAN ネットワーク

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

30080

HTTP 公開アクセス

ロードバランサー

Anypoint Platform PCE ノード

TCP

30443

HTTPS 公開アクセス

ロードバランサー

Anypoint Platform PCE ノード

TCP

30889

Mule Runtime Websocket

ロードバランサー

Anypoint Platform PCE ノード

TCP

30883

Mule Runtime 認証サービス (証明書更新用)

ロードバランサー

Anypoint Platform PCE ノード
Anypoint Platform PCE ノードは、HTTPS 経由でロードバランサーのプラットフォーム API アドレスにアクセスする必要があります。 詳細は、プロバイダー特有の要件を参照してください。 - [Rancher Kubernetes エンジン (RKE2) - ネットワーキング](https://docs.rke2.io/install/requirements#operating-systems) - [Red Hat OpenShift - ネットワーキング](https://docs.openshift.com/container-platform/4.16/networking/understanding-networking.html) - [Amazon EKS Anywhere (EKS-A) - ネットワーキング](https://anywhere.eks.amazonaws.com/docs/clustermgmt/networking/networking-and-security/) ## [](#nfs-ストレージ要件)NFS ストレージ要件 [NFS サーバーの前提条件](https://docs.mulesoft.com/jp/private-cloud/4.1/verify-nfs) 参照 ## [](#コンテナレジストリ要件)コンテナレジストリ要件 要件は以下のとおりです。 - TLS を介して保護されている必要があります。 - インストーラーノードおよび Kubernetes クラスターからアクセス可能である必要があります。 - ユーザー名とパスワード、または証明書ベースの認証のいずれかで保護されている必要があります。新しい証明書や更新された証明書をすべてのノードに配布し、TLS 通信が中断しないようにしてください。 ## [](#インストーラーノードの要件)インストーラーノードの要件 要件は以下のとおりです。 - オペレーティングシステム: RHEL、Ubuntu、またはその他の Linux ベースのシステム。 - ストレージは最小 100GB が必要です。 - kubeconfig.yaml を使用して Kubernetes クラスターにアクセス可能であること。 - クラスターは ​`cluster:admin`​ へのアクセスが必要です。これは、Anypoint Platform PCE インストーラーがさまざまな種類のリソースを作成するためです。 - クラスターは、Anypoint Platform PCE インストーラージョブやほかのサポートサービスを実行するため、PCE コア名前空間での​`参照/更新`​アクセス権が必要です。 - プライベートコンテナレジストリへのアクセスと接続 - OpenShift では、Anypoint Platform PCE をインストールするために SecurityContextConstraints を使用します。 Anypoint Platform PCE 4.1 の ​`pcectl`​ バイナリを実行する前に、次の要件を満たしていることを確認してください。 - Linux ベースのオペレーティングシステムを使用している - glibc (GNU C ライブラリ) バージョン 2.28 以上を使用している glibc バージョンを確認するには、次のコマンドを実行します。 ldd --version - Python バージョン 3.12 以降を使用してる Python バージョンを確認するには、次のコマンドを実行します。 python --version - gpg (GnuPG) バージョン 2.1 以上を使用している gpg バージョンを確認するには、次のコマンドを実行します。 gpg --version ## [](#ストレージ要件)ストレージ要件 要件は以下のとおりです。 Anypoint Platform PCE バージョン 4.1 以降では、すべての永続的なデータは Persistent Volume Claim (PVC) に保存されます。Kubernetes Storage Class が PVC を制御します。 次のサービスでは、最小およびデフォルトのストレージサイズで PVC を使用します。 - SeaweedFS - S3 オブジェクトストアサービス - 合計 120Gi - Stolon - PostgreSQL HA データベース - 合計 100 Gi - Prometheus - TSDB for k8s メトリクス (省略可能) - デフォルト 50Gi これらのサービスで使用するストレージクラスは同じものを使用できます。基盤として選択したインフラストラクチャまたはストレージソリューションの種類によって、ストレージクラスの設定は異なる場合があります。 `input.yaml`​ ファイルを更新することでインストール中に PVC ストレージサイズを更新できます。ストレージサイズを更新するには、次のセクションを確認してください。 ```json # Storage class configuration for persistent data services storageConfiguration: pceobjectstore: type: "persistentVolumeClaim" storageClass: "" controlPlaneSize: "20Gi" # Optional. Defaults to 10Gi volumeSize: "200Gi" # Optional. Defaults to 100Gi volumeIndexSize: "20Gi" # Optional. Defaults to 10Gi stolon: type: "persistentVolumeClaim" storageClass: "" size: "300Gi" # Optional. Defaults to 100Gi ``` 前の例では、オブジェクトストアが 240GiB、stolon が 300 Gi に増加した SeaweedFS のストレージを確認できます。 同様に、監視スタックのストレージサイズを設定するには、次の設定を使用します。 ```json # Configuration options for monitoring stack monitoringAppConfiguration: monitoringStack: enabled: True # Defaults to True. Must be set to False for Openshift clusters. values: | # Optional. If not provided, the default values will be used. prometheus: prometheusSpec: storageSpec: volumeClaimTemplate: spec: storageClassName: 'local-path', accessModes: ["ReadWriteOnce"] resources: requests: storage: 50Gi ``` ## [](#プラットフォーム構成)プラットフォーム構成 Anypoint Platform PCE にアクセスできるようにするため、Anypoint Platform PCE をインストールする前に、入力設定ファイルで次のように指定してください。 - プラットフォーム DNS - ファイルシステム DNS - 最初のユーザーアカウントの詳細 - 組織名 - ユーザー名 - メール - パスワード - プラットフォーム証明書および証明書キー (プラットフォーム DNS の Subject Alternative Name (SAN) を含む) ## [](#関連情報)関連情報 - [Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインストール](https://docs.mulesoft.com/jp/private-cloud/4.1/install-workflow) # Anypoint Platform PCE の概要 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) では、必要なセキュリティポリシーを使用して、ローカルサーバー上で Mule アプリケーションを実行して管理できます。Anypoint Platform PCE では、コントロールプレーン機能をローカルで使用でき、外部システムとのやりとりや公開インターネットへの接続は不要です。自分で Anypoint Platform ソフトウェアを設定および実行し、データの保存、処理、および転送の保守すべてを自分で行います。Anypoint Platform PCE に含まれるコンポーネントについては、次の表を参照してください。 Anypoint Platform PCE は Docker および Kubernetes を使用して組み込みの高可用性および拡張性を実現します。Docker や Kubernetes について理解していなくてもプラットフォームをインストールできますが、プラットフォームの管理およびトラブルシューティングを行うにはこれらの仕組みを理解しておく必要があります。 Anypoint Platform PCE の以前のバージョンについての詳細は、ドキュメントサイドバーでバージョンを選択してください。 ## [](#anypoint-platform-pce-のコンポーネント)Anypoint Platform PCE のコンポーネント Anypoint Platform PCE のコンポーネントの情報を下表に示します。
コンポーネント 含まれる 含まれない 説明

Anypoint Code Builder

X

API 仕様、実装、インテグレーションプロジェクトを作成できます。

Anypoint Runtime Manager

X

デプロイ済みの Mule アプリケーションを追跡および管理できます。

Runtime Fabric の管理 (Security Edge とトークナイゼーションを含む)

X

顧客がホストする Mule App と API ゲートウェイのデプロイメントとオーケストレーションを自動化します。

Anypoint API Manager

X

登録済み API を管理できます。

シークレットマネージャー

X

サポートされる Anypoint Platform サービスのシークレットを保存および管理します。

Anypoint Exchange

X

組織でさまざまなアセットを共有し、統合プロジェクト間で再利用できます。

アクセス管理

X

Anypoint Platform アカウントを作成したり、外部統合 ID を設定したりすることができます。

Anypoint Analytics - インサイト

X

CloudHub またはオンプレミスサーバーにデプロイした Mule アプリケーション上のビジネストランザクションやイベントを詳細に調べることができます。

Anypoint Analytics - Anypoint Visualizer

X

アプリケーションネットワークグラフを使用してアプリケーションネットワークを調査できます。

Anypoint Analytics - API

X

API の使用状況とパフォーマンスに関するインサイトを得ることができます。

Anypoint Monitoring

X

アプリケーションネットワーク内のインテグレーション、Mule フロー、コンポーネントを可視化します。

オブジェクトストア

X

Object Store v2 を使用すると、1 つの CloudHub アプリケーション内から、または Object Store REST API を使用して、あらゆるバッチプロセスや Mule コンポーネント、およびアプリケーションにわたってデータと状態を保存できます。

Anypoint MQ

X

テナントアプリケーション間で高度な非同期メッセージングシナリオを実行できる、マルチテナントのクラウドメッセージングサービスです。

API Testing

X

インテグレーションおよび API の自動テストを簡単に構築できるテストフレームワークを提供します。
Anypoint Platform PCE バージョン 3.2 では、次のポリシーが API Manager に付属します。
ポリシー バージョン

基本認証: シンプル

1.2.2

基本認証 - LDAP

1.3.1

クライアント ID 適用

1.2.4

クロスオリジンリソース共有

1.2.1

デトークナイゼーション

1.1.2

Tokenization (トークナイゼーション)

1.1.2

ヘッダーの挿入

1.2.1

ヘッダーの削除

1.0.3

HTTP キャッシュ

1.0.5

IP ブロックリスト

1.0.0

IP 許可リスト

1.0.0

JSON 脅威保護

1.1.5

JWT 検証

1.3.0

メッセージログ

1.0.0

Mule OAuth 2.0 アクセストークン

1.5.1

OpenAM OAuth 2.0 トークン適用

1.5.1

OpenID Connect OAuth 2.0 トークン適用

1.5.1

PingFederate アクセストークン適用

1.5.1

レート制限

1.3.6

レート制限 - SLA ベース

1.2.8

スパイク制御

1.1.5

XML 脅威保護

1.1.4
ポリシーについての詳細は、​[「ポリシー」](https://docs.mulesoft.com/gateway/latest/gateway-secure-apis)​を参照してください。 ## [](#mule-runtime-バージョンの互換性)Mule Runtime バージョンの互換性 - Anypoint Platform PCE は、Mule Runtime Engine v3.9 以降と互換性があります。 - Anypoint Platform PCE は、Mule Runtime Engine LTS および Edge リリースチャネルをサポートします。推奨される顧客プロファイルは LTS です。詳細は、[Edge and LTS Releases for Mule](https://docs.mulesoft.com/jp/release-notes/mule-runtime/lts-edge-release-cadence)を参照してください。 ## [](#anypoint-platform-pce-バージョン-3-2-に付属の機能)Anypoint Platform PCE バージョン 3.2 に付属の機能 詳細なリリース情報は、​[Anypoint Platform Private Cloud リリースノート](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-release-notes)​を参照してください。 Anypoint Platform PCE バージョン 3.2 には次の機能が含まれます。
コンポーネント 機能の説明 機能のバージョン

Exchange

API メタデータサービス

v0.7.636

アセットマネージャーサービス

v1.0.504

アセットポータルサービス

v0.6.1192

アセットレビューサービス

v0.8.71

カスタムアセットファサードサービス

v0.9.246

カスタマイズサービス

v0.6.214

連動関係リゾルバーサービス

v0.6.469

ファイルサービス

v1.1.47

ファイルアップロードサービス

v0.6.86

グラフノードサービス

v0.2.172

グラフサービス

v0.8.584

Maven ファサードサービス

v0.7.757

検索サービス

v0.8.250

Exchange UI

v0.8.4803

XAPI サービス

v0.8.2127

接続性

REST Connect サービス

v1.12.40

API プラットフォーム

API Platform API (API プラットフォーム URI)

v2.7.792

API プラットフォーム Web

v1.15.117

API Manager Web

v1.5.1031

コントラクトキャッシュサービス

v1.1.158

API プロキシビルダーサービス

v1.2.123

RAML パーサーサービス

v0.3.102

プロキシ XAPI サービス

v1.2.206

API Designer

API Designer API

v3.41.0

API Designer UI

v2.44.0

モッキングサービス

モッキングサービス

v2.41.0

Mozart

Design Center UI

v2.0.143

Mozart XAPI

v2.0.232

Mozart プロジェクトマネージャーサービス

v3.0.45

Runtime Manager

Cloudhub MCM

v2.17.155

Cloudhub UI

1.100

AMC UI REST ファサード

v2.12.75

ハイブリッド REST

v2.31.269

メタデータマネージャー

1.9.49

プラットフォームアラート

1.10.59

Mule メッセージプロセッサー

v2.0.37

プラットフォームメッセージ

1.7.58

アクセス管理

認証サーバー

v1.2.48

コアサービス UI

v0.81.x

Anypoint サインイン

v0.81.x

監査ログ

v0.81.x

ランディングページ UI

v0.81.x

ナビゲーションバー

v0.81.x

Anypoint Platform PCE

Anypoint Platform PCE パッケージ化

v3.2.0

API モデリングフレームワーク (AMF)

AMF サービス

v1.2.49

VCS

VCS

v0.24+

VCS Git プロキシ

v0.2.132+

Anypoint Studio

Studio

v7.15.0

Anypoint Visualizer

ネットワークグラフ

v0.6.2.0
## [](#anypoint-platform-pce-バージョン-3-2-でサポートされるアドオン機能)Anypoint Platform PCE バージョン 3.2 でサポートされるアドオン機能
機能 バージョン

Anypoint Monitoring

v0.6.2.0
## [](#関連情報)関連情報 - [サポートされている設定](https://docs.mulesoft.com/jp/private-cloud/3.2/supported-cluster-config) - [製品の前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/install-checklist) - [Runtime Manager](https://docs.mulesoft.com/jp/runtime-manager/) - [Anypoint Exchange](https://docs.mulesoft.com/jp/exchange/) - [API Manager](https://docs.mulesoft.com/jp/api-manager/latest/) - [Docker](https://www.docker.com/) - [Kubernetes](https://kubernetes.io/) # Anypoint Platform PCE の概要 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) を使用して、セキュリティポリシーに準拠するローカルサーバーで Mule アプリケーションを実行および管理します。Anypoint Platform PCE には、すべてのデータの保存、処理、トランスミッションを管理するローカル MuleSoft コントロールプレーン機能が用意されているため、外部システムとのインタラクションやインターネット接続は必要ありません。 Anypoint Platform PCE は Kubernetes を使用して組み込みの高可用性および拡張性を実現します。Kubernetes の深い知識がなくてもインストールできますが、これらのツールを理解することは、管理やトラブルシューティングに不可欠です。 Anypoint Platform PCE バージョン 4.0 は、エンタープライズ対応の Kubernetes Red Hat OpenShift、Amazon EKS Anywhere (EKS-A)、Rancher Kubernetes Engine (RKE2) で実行されます。また、Java 8 および 11 に加えて Java 17 もサポートされています。 Anypoint Platform PCE の以前のバージョンについての詳細は、ドキュメントサイドバーでバージョンを選択してください。 ## [](#始める前に)始める前に ### [](#anypoint-platform-pce-バージョン-4-0-へのアップグレード)Anypoint Platform PCE バージョン 4.0 へのアップグレード Anypoint Platform PCE のバージョン 3.2.3 をバージョン 4.0 にアップグレードする場合は、​[「Upgrading Anypoint Platform PCE 3.2.3 to 4.0 (Anypoint Platform PCE 3.2.3 から 4.0 へのアップグレード)」](https://docs.mulesoft.com/jp/private-cloud/4.0/upgrade)​を参照してください。
3.2.3 より前のバージョンの Anypoint Platform PCE を使用している場合、まずバージョン 3.2.3 にアップグレードします。その後、バージョン 4.0 へのアップグレードに進みます。
### [](#anypoint-platform-pce-4-0-のインストール)Anypoint Platform PCE 4.0 のインストール Anypoint Platform PCE バージョン 4.0 を初めてインストールする場合は、​[「Anypoint Platform PCE のインストール」](https://docs.mulesoft.com/jp/private-cloud/4.0/install-workflow)​を参照してください。 OpenShift で Anypoint Platform PCE をインストールするには、​[「OpenShift での Anypoint Platform PCE のインストール」](https://docs.mulesoft.com/jp/private-cloud/4.0/install-openshift)​を参照してください。 ## [](#anypoint-platform-pce-のコンポーネント)Anypoint Platform PCE のコンポーネント Anypoint Platform PCE のコンポーネントの情報を下表に示します。
コンポーネント 含まれる 説明

アクセス管理

はい

Anypoint Platform アカウントを作成したり、外部統合 ID を設定したりすることができます。

Anypoint API Manager

はい

登録済み API を管理できます。

Anypoint Analytics - API

いいえ

API の使用状況とパフォーマンスに関するインサイトを得ることができます。

Anypoint Analytics - Anypoint Visualizer

いいえ

アプリケーションネットワークグラフを使用してアプリケーションネットワークを調査できます。

Anypoint Analytics - インサイト

いいえ

CloudHub またはオンプレミスサーバーにデプロイした Mule アプリケーション上のビジネストランザクションやイベントを詳細に調べることができます。

Anypoint Code Builder

いいえ

API 仕様、実装、インテグレーションプロジェクトを作成できます。

Anypoint Exchange

はい

組織でさまざまなアセットを共有し、統合プロジェクト間で再利用できます。

Anypoint Monitoring

いいえ

アプリケーションネットワーク内のインテグレーション、Mule フロー、コンポーネントを可視化します。

Anypoint MQ

いいえ

テナントアプリケーション間で高度な非同期メッセージングシナリオを実行できる、マルチテナントのクラウドメッセージングサービスです。

Anypoint Runtime Fabric 管理

いいえ

顧客がホストする Mule App と API ゲートウェイのデプロイメントとオーケストレーションを自動化します。

Anypoint Runtime Manager

はい

デプロイ済みの Mule アプリケーションを追跡および管理できます。

API Testing

いいえ

インテグレーションおよび API の自動テストを簡単に構築できるテストフレームワークを提供します。

Object Store (オブジェクトストア)

いいえ

Object Store v2 を使用すると、1 つの CloudHub アプリケーション内から、または Object Store REST API を使用して、あらゆるバッチプロセスや Mule コンポーネント、およびアプリケーションにわたってデータと状態を保存できます。

シークレットマネージャー

いいえ

サポートされる Anypoint Platform サービスのシークレットを保存および管理します。
## [](#mule-runtime-バージョンの互換性)Mule Runtime バージョンの互換性 - Anypoint Platform PCE は、Mule Runtime Engine バージョン 4.3 ～ 4.6 と互換性があります。すべての Anypoint Platform コネクタの最適なパフォーマンスを得るには、バージョン 4.6 の LTS を使用してください。 - Anypoint Platform PCE は、Mule Runtime Engine LTS および Edge リリースチャネルをサポートします。推奨される顧客プロファイルは LTS です。詳細は、[Edge and LTS Releases for Mule](https://docs.mulesoft.com/jp/release-notes/mule-runtime/lts-edge-release-cadence)を参照してください。 ## [](#java-バージョンの互換性)Java バージョンの互換性 Anypoint Platform PCE は、Java バージョン 17、11、8 と互換性があります。 ## [](#anypoint-platform-pce-バージョン-4-0-に付属の機能)Anypoint Platform PCE バージョン 4.0 に付属の機能 詳細なリリース情報は、​[Anypoint Platform Private Cloud リリースノート](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-release-notes)​を参照してください。 Anypoint Platform PCE バージョン 4.0 には次の機能が含まれます。
コンポーネント 機能の説明 機能のバージョン

アクセス管理

監査ログ

v5.1.45

認証サーバー

v1.2.460

認証サーバー UI

v2.1.240-56.develop

Anypoint サインイン

v3.2.143

Anypoint ロールクライアント

v8.1.1573

ARC インフォーマー

v1.0.374

API Designer

API Designer DC プロジェクトサービス

v3.13.1

API Designer DC XAPI サービス

v2.11.2

API Designer DC UI

v2.10.5

API Manager

API Manager API DB 移行

v1.0.451

API Manager API プラットフォーム Web

v1.15.204

API Manager API プロキシビルダーサービス

v1.3.69

API Manager API

v2.31.5

API Manager コントラクトキャッシュ DB 移行

v1.0.238

API Manager コントラクトキャッシュサービス

v1.1.418

API Manager プロキシ XAPI サービス

v1.24.0

API Manager RAML パーサーサービス

v0.3.159

API Manager Web

v1.29.1

API モデリングフレームワーク (AMF)

AMF サービス

v1.4.61

Connectivity

REST Connect サービス

v1.14.53

Exchange

アセットマネージャー DB 移行

v2.0.20

アセットマネージャーサービス

v1.0.808

アセットポータル DB 移行

v2.0.25

アセットポータルサービス

v0.6.1503

コンテンツプロバイダー

v1.0.12

カスタムアセットファサードサービス

v0.9.436

カスタマイズサービス

v0.6.214

連動関係リゾルバーサービス

v0.8.27

ファイルサービス

v1.1.47

ファイルアップロードサービス

v1.1.226

Maven ファサードサービス

v0.8.47

リージョンシンクロナイザーサービス

v0.2.147

Exchange API メタデータ DB 移行

v1.7.324

Exchange API メタデータサービス

v0.7.954

Exchange アセットレビュー DB 移行

v1.6.359

Exchange アセットレビューサービス

v0.8.353

Exchange カスタマイズ DB 移行

v1.0.264

Exchange カスタマイズサービス

v0.6.576

Exchange カスタマイズサービス

v0.6.576

Exchange グラフノードサービス

v0.2.563

Exchange 検索 DB 移行

v1.7.283

Exchange 検索サービス

v1.0.90

Exchange UI

v1.0.126

Exchange XAPI サービス

v0.8.2717

モッキングサービス

モッキングサービス

v2.68.6

Runtime Manager

アプリケーションマネージャー DB 移行

v1.0.92

アプリケーションマネージャーサービス

v2.33.0

Atlas サービス

v1.9.109

Mule エージェント

v2.6.6

MCM サービス

v2.17.322

ランタイムサービス

Anypoint Flash プラットフォームメッセージ DB 移行

v1.1.31

プラットフォームメッセージ

v2.2.21

Mule メッセージプロセッサー

v3.2.17
## [](#関連情報)関連情報 - [Anypoint Platform PCE の前提条件](https://docs.mulesoft.com/jp/private-cloud/4.0/install-checklist) - [Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインストール](https://docs.mulesoft.com/jp/private-cloud/4.0/install-workflow) - [Anypoint Platform PCE v3.2.3 から v4.0.0 へのアップグレード](https://docs.mulesoft.com/jp/private-cloud/4.0/upgrade) # Anypoint Platform PCE の概要 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) を使用して、セキュリティポリシーに準拠するローカルサーバーで Mule アプリケーションを実行および管理します。Anypoint Platform PCE には、すべてのデータの保存、処理、トランスミッションを管理するローカル MuleSoft コントロールプレーン機能が用意されているため、外部システムとのインタラクションやインターネット接続は必要ありません。 Anypoint Platform PCE は Kubernetes を使用して組み込みの高可用性および拡張性を実現します。Kubernetes の深い知識がなくてもインストールできますが、これらのツールを理解することは、管理やトラブルシューティングに不可欠です。 Anypoint Platform PCE バージョン 4 は、エンタープライズ対応の Kubernetes Red Hat OpenShift、Amazon EKS Anywhere (EKS-A)、Rancher Kubernetes Engine (RKE2) で実行されます。また、Java 8 および 11 に加えて Java 17 もサポートされています。 Anypoint Platform PCE の以前のバージョンについての詳細は、ドキュメントサイドバーでバージョンを選択してください。 ## [](#始める前に)始める前に ### [](#anypoint-platform-pce-バージョン-4-x-へのアップグレード)Anypoint Platform PCE バージョン 4.X へのアップグレード Anypoint Platform PCE のバージョン 3.2.3 をバージョン 4.X にアップグレードする場合は、​[「Upgrading Anypoint Platform PCE 3.2.3 to 4.x (Anypoint Platform PCE 3.2.3 から 4.X へのアップグレード)」](https://docs.mulesoft.com/jp/private-cloud/4.1/upgrade)​を参照してください。
3.2.3 より前のバージョンの Anypoint Platform PCE を使用している場合、まずバージョン 3.2.3 にアップグレードします。その後、バージョン 4.x へのアップグレードに進みます。
### [](#anypoint-platform-pce-4-x-のインストール)Anypoint Platform PCE 4.X のインストール Anypoint Platform PCE バージョン 4.x を初めてインストールする場合は、​[「Anypoint Platform PCE のインストール」](https://docs.mulesoft.com/jp/private-cloud/4.1/install-workflow)​を参照してください。 OpenShift で Anypoint Platform PCE をインストールするには、​[「OpenShift での Anypoint Platform PCE のインストール」](https://docs.mulesoft.com/jp/private-cloud/4.1/install-openshift)​を参照してください。 ## [](#anypoint-platform-pce-のコンポーネント)Anypoint Platform PCE のコンポーネント Anypoint Platform PCE のコンポーネントの情報を下表に示します。
コンポーネント 含まれる 説明

アクセス管理

はい

Anypoint Platform アカウントを作成したり、外部統合 ID を設定したりすることができます。

Anypoint API Manager

はい

登録済み API を管理できます。

Anypoint Analytics - API

いいえ

API の使用状況とパフォーマンスに関するインサイトを得ることができます。

Anypoint Analytics - Anypoint Visualizer

いいえ

アプリケーションネットワークグラフを使用してアプリケーションネットワークを調査できます。

Anypoint Analytics - インサイト

いいえ

CloudHub またはオンプレミスサーバーにデプロイした Mule アプリケーション上のビジネストランザクションやイベントを詳細に調べることができます。

Anypoint Code Builder

いいえ

API 仕様、実装、インテグレーションプロジェクトを作成できます。

Anypoint Exchange

はい

組織でさまざまなアセットを共有し、統合プロジェクト間で再利用できます。

Anypoint Monitoring

いいえ

アプリケーションネットワーク内のインテグレーション、Mule フロー、コンポーネントを可視化します。

Anypoint MQ

いいえ

テナントアプリケーション間で高度な非同期メッセージングシナリオを実行できる、マルチテナントのクラウドメッセージングサービスです。

Anypoint Runtime Fabric 管理

いいえ

顧客がホストする Mule App と API ゲートウェイのデプロイメントとオーケストレーションを自動化します。

Anypoint Runtime Manager

はい

デプロイ済みの Mule アプリケーションを追跡および管理できます。

API Testing

いいえ

インテグレーションおよび API の自動テストを簡単に構築できるテストフレームワークを提供します。

Object Store (オブジェクトストア)

いいえ

Object Store v2 を使用すると、1 つの CloudHub アプリケーション内から、または Object Store REST API を使用して、あらゆるバッチプロセスや Mule コンポーネント、およびアプリケーションにわたってデータと状態を保存できます。

シークレットマネージャー

いいえ

サポートされる Anypoint Platform サービスのシークレットを保存および管理します。
## [](#mule-runtime-バージョンの互換性)Mule Runtime バージョンの互換性 - Anypoint Platform PCE は、Mule Runtime Engine バージョン 4.3 ～ 4.6 と互換性があります。すべての Anypoint Platform コネクタの最適なパフォーマンスを得るには、バージョン 4.6 の LTS を使用してください。 - Anypoint Platform PCE は、Mule Runtime Engine LTS および Edge リリースチャネルをサポートします。推奨される顧客プロファイルは LTS です。詳細は、[Edge and LTS Releases for Mule](https://docs.mulesoft.com/jp/release-notes/mule-runtime/lts-edge-release-cadence)を参照してください。 ## [](#java-バージョンの互換性)Java バージョンの互換性 Anypoint Platform PCE は、Java バージョン 17、11、8 と互換性があります。 ## [](#anypoint-platform-pce-バージョン-4-x-に付属の機能)Anypoint Platform PCE バージョン 4.X に付属の機能 詳細なリリース情報は、​[Anypoint Platform Private Cloud リリースノート](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-release-notes)​を参照してください。 Anypoint Platform PCE バージョン 4.1 には次の機能が含まれます。
コンポーネント 機能の説明 機能のバージョン

アクセス管理

監査ログ

v5.1.67

認証サーバー

v1.2.548

認証サーバー UI

v2.1.269-8.develop

Anypoint サインイン

v3.2.161

Anypoint ロールクライアント

v8.1.1573

ARC インフォーマー

1.0.374

API Designer

API Designer DC プロジェクトサービス

v3.18.10

API Designer DC XAPI サービス

v2.15.7

API Designer DC UI

v2.75.8

API Manager

API Manager API DB 移行

v1.0.500

API Manager API プラットフォーム Web

v1.15.226

API Manager API プロキシビルダーサービス

v1.3.92

API Manager API

v2.31.26

API Manager コントラクトキャッシュ DB 移行

v1.0.259

API Manager コントラクトキャッシュサービス

v1.1.459

API Manager プロキシ XAPI サービス

v1.24.11

API Manager RAML パーサーサービス

v0.3.173

API Manager Web

v1.29.13

API モデリングフレームワーク (AMF)

AMF サービス

v1.4.66

Connectivity

REST Connect サービス

v1.14.57

Exchange

アセットマネージャー DB 移行

v2.0.51

アセットマネージャーサービス

v1.0.885

アセットポータル DB 移行

v2.0.57

アセットポータルサービス

v0.6.1576

コンテンツプロバイダー

v1.0.29

カスタムアセットファサードサービス

v1.0.7

カスタマイズサービス

v0.6.658

連動関係リゾルバーサービス

v0.8.77

ファイルサービス

v1.1.288

ファイルアップロードサービス

v1.1.226

Maven ファサードサービス

v0.8.109

リージョンシンクロナイザーサービス

v0.2.163

Exchange API メタデータ DB 移行

v2.0.40

Exchange API メタデータサービス

v1.1.1

Exchange アセットレビュー DB 移行

v2.0.36

Exchange アセットレビューサービス

v0.8.435

Exchange カスタマイズ DB 移行

2.0.31

Exchange カスタマイズサービス

0.6.658

Exchange グラフノードサービス

0.2.664

Exchange 検索 DB 移行

2.0.38

Exchange 検索サービス

v1.0.215

Exchange UI

v1.0.265

Exchange XAPI サービス

v0.8.2848

モッキングサービス

v2.77.0-17.pce

Runtime Manager

アプリケーションマネージャー DB 移行

v1.2.11

アプリケーションマネージャーサービス

v2.33.51

Atlas サービス

v1.9.121

Mule エージェント

v2.6.6

Jafar サービス

0.3.167

MCM サービス

v2.17.347

ランタイムサービス

Anypoint Flash プラットフォームメッセージ DB 移行

1.1.43

プラットフォームメッセージ

v2.2.43

Mule メッセージプロセッサー

v3.2.40
## [](#関連情報)関連情報 - [Anypoint Platform PCE の前提条件](https://docs.mulesoft.com/jp/private-cloud/4.1/install-checklist) - [Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインストール](https://docs.mulesoft.com/jp/private-cloud/4.1/install-workflow) - [Anypoint Platform PCE v3.2.3 から v4.0.0 へのアップグレード](https://docs.mulesoft.com/jp/private-cloud/4.1/upgrade) # Anypoint Platform PCE の管理 インストールが完了したら、Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインスタンスを使用できます。外部 ID サービスで登録されたユーザーは Anypoint Platform ​[組織](https://docs.mulesoft.com/jp/access-management/organization)​に対するアクセス権を持ちます。管理者として、これらのユーザーに​[ロール](https://docs.mulesoft.com/jp/access-management/roles)​を追加できます。 また、​[サーバーを登録](https://docs.mulesoft.com/jp/runtime-manager/managing-servers)​し、​[それらに対してデプロイ](https://docs.mulesoft.com/jp/runtime-manager/deploying-to-your-own-servers)​などを行うこともできます。 [Anypoint Studio](https://docs.mulesoft.com/studio/)​ IDE を使用して Mule アプリケーションを作成する組織の Mule アプリケーション開発者は、Mule アプリケーションが (デフォルトのクラウド Anypoint Platform ではなく) ローカルでインストールされた Anypoint Platform に対するインターフェースになるようにエディターをセットアップする必要があります。 以下のトピックでは、Anypoint Platform PCE をインストールして設定した後の管理方法について説明します。 - クラスターのセキュリティグループでポート 61009 を閉じます。AWS を使用している場合は、AWS マネジメントコンソールを使用してこれを行うことができます。 - [Anypoint Platform PCE でのバックアップおよび復元の設定](https://docs.mulesoft.com/jp/private-cloud/3.2/backup-and-disaster-recovery) - [オペレーションセンター](https://docs.mulesoft.com/jp/private-cloud/3.2/managing-via-the-ops-center) - [Ops Center を使用した製品ライセンスの追加](https://docs.mulesoft.com/jp/private-cloud/3.2/ops-center-update-lic) - [CPU およびメモリ使用量のアラートのセットアップ](https://docs.mulesoft.com/jp/private-cloud/3.2/config-alerts) - [API プラットフォームプロキシのアドレスの許可](https://docs.mulesoft.com/jp/private-cloud/3.2/config-add-proxy-allowlist) - [Maven クライアントを使用した Exchange へのカスタムポリシーのアップロードおよびアセットのパブリッシュ](https://docs.mulesoft.com/jp/private-cloud/3.2/custom-policies) - [Anypoint Platform PCE の Anypoint Studio の設定](https://docs.mulesoft.com/jp/private-cloud/3.2/config-studio) - [Update Nodes](https://docs.mulesoft.com/jp/private-cloud/3.2/restarting-a-node) - [ELK を使用したビジネスおよび API データの分析](https://docs.mulesoft.com/jp/private-cloud/3.2/ext-analytics-elk) - [Mule Runtime Engine の登録に関するトラブルシューティング](https://docs.mulesoft.com/jp/private-cloud/3.2/register-server) # Anypoint Platform PCE の管理 インストールが完了したら、Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインスタンスを使用できます。 ## [](#anypoint-platform-pce-を使用するユーザー)Anypoint Platform PCE を使用するユーザー 外部 ID サービスで登録されたユーザーが Anypoint Platform ​[組織](https://docs.mulesoft.com/jp/access-management/organization)​に対するアクセス権を持っていることを確認してください。 また、​[サーバーを登録](https://docs.mulesoft.com/jp/runtime-manager/managing-servers)​し、​[それらに対してデプロイ](https://docs.mulesoft.com/jp/runtime-manager/deploying-to-your-own-servers)​などを行うこともできます。 ## [](#anypoint-studio-を使用している-mule-開発者)Anypoint Studio を使用している Mule 開発者 [Anypoint Studio](https://docs.mulesoft.com/studio/)​ IDE を使用して Mule アプリケーションを作成する組織の Mule アプリケーション開発者は、Mule アプリケーションが (デフォルトのクラウド Anypoint Platform ではなく) ローカルでインストールされた Anypoint Platform に対するインターフェースになるようにエディターを設定する必要があります。 ## [](#anypoint-platform-pce-の管理)Anypoint Platform PCE の管理 以下のトピックでは、Anypoint Platform PCE の管理方法について説明します。 - [Anypoint Platform PCE でのバックアップおよび復元](https://docs.mulesoft.com/jp/private-cloud/4.0/backup-and-disaster-recovery) - [API プラットフォームプロキシのアドレスの許可](https://docs.mulesoft.com/jp/private-cloud/4.0/config-add-proxy-allowlist) - [Maven クライアントを使用した Exchange へのカスタムポリシーのアップロードおよびアセットのパブリッシュ](https://docs.mulesoft.com/jp/private-cloud/4.0/custom-policies) - [Maven クライアントを使用したアセットの互換性のある Java バージョンの追加](https://docs.mulesoft.com/jp/private-cloud/4.0/adding-compatible-java-versions-using-the-maven-client) - [Anypoint Platform PCE の Anypoint Studio の設定](https://docs.mulesoft.com/jp/private-cloud/4.0/config-studio) - [ELK を使用したビジネスおよび API データの分析](https://docs.mulesoft.com/jp/private-cloud/4.0/operating-about) - [Mule Runtime Engine の登録に関するトラブルシューティング](https://docs.mulesoft.com/jp/private-cloud/4.0/register-server) - [ノードの更新](https://docs.mulesoft.com/jp/private-cloud/4.0/restarting-a-node) ## [](#関連情報)関連情報 - [Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインストール](https://docs.mulesoft.com/jp/private-cloud/4.0/install-workflow) - [Anypoint Platform PCE の設定](https://docs.mulesoft.com/jp/private-cloud/4.0/config-workflow) # Anypoint Platform PCE の管理 インストールが完了したら、Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインスタンスを使用できます。 ## [](#anypoint-platform-pce-を使用するユーザー)Anypoint Platform PCE を使用するユーザー 外部 ID サービスで登録されたユーザーが Anypoint Platform ​[組織](https://docs.mulesoft.com/jp/access-management/organization)​に対するアクセス権を持っていることを確認してください。 また、​[サーバーを登録](https://docs.mulesoft.com/jp/runtime-manager/managing-servers)​し、​[それらに対してデプロイ](https://docs.mulesoft.com/jp/runtime-manager/deploying-to-your-own-servers)​などを行うこともできます。 ## [](#anypoint-studio-を使用している-mule-開発者)Anypoint Studio を使用している Mule 開発者 [Anypoint Studio](https://docs.mulesoft.com/studio/)​ IDE を使用して Mule アプリケーションを作成する組織の Mule アプリケーション開発者は、Mule アプリケーションが (デフォルトのクラウド Anypoint Platform ではなく) ローカルでインストールされた Anypoint Platform に対するインターフェースになるようにエディターを設定する必要があります。 ## [](#anypoint-platform-pce-の管理)Anypoint Platform PCE の管理 以下のトピックでは、Anypoint Platform PCE の管理方法について説明します。 - [Anypoint Platform PCE でのバックアップおよび復元](https://docs.mulesoft.com/jp/private-cloud/4.1/backup-and-disaster-recovery) - [API プラットフォームプロキシのアドレスの許可](https://docs.mulesoft.com/jp/private-cloud/4.1/config-add-proxy-allowlist) - [Maven クライアントを使用した Exchange へのカスタムポリシーのアップロードおよびアセットのパブリッシュ](https://docs.mulesoft.com/jp/private-cloud/4.1/custom-policies) - [Maven クライアントを使用したアセットの互換性のある Java バージョンの追加](https://docs.mulesoft.com/jp/private-cloud/4.1/adding-compatible-java-versions-using-the-maven-client) - [Anypoint Platform PCE の Anypoint Studio の設定](https://docs.mulesoft.com/jp/private-cloud/4.1/config-studio) - [ELK を使用したビジネスおよび API データの分析](https://docs.mulesoft.com/jp/private-cloud/4.1/operating-about) - [Mule Runtime Engine の登録に関するトラブルシューティング](https://docs.mulesoft.com/jp/private-cloud/4.1/register-server) - [ノードの更新](https://docs.mulesoft.com/jp/private-cloud/4.1/restarting-a-node) ## [](#関連情報)関連情報 - [Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインストール](https://docs.mulesoft.com/jp/private-cloud/4.1/install-workflow) - [Anypoint Platform PCE の設定](https://docs.mulesoft.com/jp/private-cloud/4.1/config-workflow) # Anypoint Platform PCE の設定 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインストールを完了したら、次のタスクを確認します。これらのタスクの多くは、アプリケーションを正常にデプロイして管理し、API を登録して各自のローカルネットワークで実行されている Anypoint Platform PCE 環境で API Exchange を使用できるようにする前に実行する必要があります。 - 省略可能: [Anypoint Platform PCE のインストール後のローカルユーザーの削除](https://docs.mulesoft.com/jp/private-cloud/3.2/install-disable-local-user) - [Anypoint Platform PCE での外部 ID プロバイダーの設定](https://docs.mulesoft.com/jp/private-cloud/3.2/install-config-ldap-pce) - [Anypoint Platform PCE での SMTP の設定](https://docs.mulesoft.com/jp/private-cloud/3.2/access-management-SMTP) - [Anypoint Platform PCE での DNS の設定](https://docs.mulesoft.com/jp/private-cloud/3.2/access-management-dns) - [Anypoint Platform PCE でのセキュリティの設定](https://docs.mulesoft.com/jp/private-cloud/3.2/access-management-security) - [Anypoint Platform PCE での免責事項の設定](https://docs.mulesoft.com/jp/private-cloud/3.2/access-management-disclaimer)
このドキュメントの執筆時点では、一部の Docker コンテナはルートとして実行する必要があります。ルートとして実行されているプロセスは、クラスター外には機能を公開しません。 セキュリティを最大限に高めるため、外部トラフィックを処理するプロセスは、ルートとしては実行されません。
## [](#関連情報)関連情報 - [サーバー、サーバーグループ、クラスターについて](https://docs.mulesoft.com/jp/runtime-manager/managing-servers) - [カスタムポリシーのアップロード](#api-manager::custom-policy-uploading-to-exchange.adoc) - [Maven Facade API](https://anypoint.mulesoft.com/exchange/portals/anypoint-platform/f1e97bc6-315a-4490-82a7-23abe036327a.anypoint-platform/exchange-maven-facade-api-http/) # Anypoint Platform PCE の設定 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインストールを完了したら、次のタスクを確認し、アプリケーションをデプロイして管理し、API を登録して各自のローカルネットワークで実行されている Anypoint Platform PCE 環境で API Exchange を使用できるようにする前に実行します。 - [Anypoint Platform PCE のインストール後のローカルユーザーの削除](https://docs.mulesoft.com/jp/private-cloud/4.0/install-disable-local-user) - [Anypoint Platform PCE での外部 ID プロバイダーの設定](https://docs.mulesoft.com/jp/private-cloud/4.0/install-config-ldap-pce) - [Anypoint Platform PCE での SMTP の設定](https://docs.mulesoft.com/jp/private-cloud/4.0/access-management-SMTP) - [Anypoint Platform PCE での DNS の設定](https://docs.mulesoft.com/jp/private-cloud/4.0/access-management-dns) - [Anypoint Platform PCE でのセキュリティの設定](https://docs.mulesoft.com/jp/private-cloud/4.0/access-management-security) - [Anypoint Platform PCE での免責事項の設定](https://docs.mulesoft.com/jp/private-cloud/4.0/access-management-disclaimer) ## [](#関連情報)関連情報 - [サーバー、サーバーグループ、クラスターについて](https://docs.mulesoft.com/jp/runtime-manager/managing-servers) - [カスタムポリシーのアップロード](#api-manager::custom-policy-uploading-to-exchange.adoc) - [Maven Facade API](https://anypoint.mulesoft.com/exchange/portals/anypoint-platform/f1e97bc6-315a-4490-82a7-23abe036327a.anypoint-platform/exchange-maven-facade-api-http/) # Anypoint Platform PCE の設定 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインストールを完了したら、次のタスクを確認し、アプリケーションをデプロイして管理し、API を登録して各自のローカルネットワークで実行されている Anypoint Platform PCE 環境で API Exchange を使用できるようにする前に実行します。 - [Anypoint Platform PCE のインストール後のローカルユーザーの削除](https://docs.mulesoft.com/jp/private-cloud/4.1/install-disable-local-user) - [Anypoint Platform PCE での外部 ID プロバイダーの設定](https://docs.mulesoft.com/jp/private-cloud/4.1/install-config-ldap-pce) - [Anypoint Platform PCE での SMTP の設定](https://docs.mulesoft.com/jp/private-cloud/4.1/access-management-SMTP) - [Anypoint Platform PCE での DNS の設定](https://docs.mulesoft.com/jp/private-cloud/4.1/access-management-dns) - [Anypoint Platform PCE でのセキュリティの設定](https://docs.mulesoft.com/jp/private-cloud/4.1/access-management-security) - [Anypoint Platform PCE での免責事項の設定](https://docs.mulesoft.com/jp/private-cloud/4.1/access-management-disclaimer) ## [](#関連情報)関連情報 - [サーバー、サーバーグループ、クラスターについて](https://docs.mulesoft.com/jp/runtime-manager/managing-servers) - [カスタムポリシーのアップロード](#api-manager::custom-policy-uploading-to-exchange.adoc) - [Maven Facade API](https://anypoint.mulesoft.com/exchange/portals/anypoint-platform/f1e97bc6-315a-4490-82a7-23abe036327a.anypoint-platform/exchange-maven-facade-api-http/) # Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインストール Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) をインストールするプロセスは、次の手順で構成されます。 1. インフラストラクチャのセットアップと検証 2. インストール前検証の実行 3. Anypoint Platform PCE のインストール
Anypoint Platform PCE のインストール前検証およびインストールを実行する前に、これらのプロセスに関与する MuleSoft Professional Services に連絡してください。
OpenShift で Anypoint Platform PCE をインストールするには、​「OpenShift での Anypoint Platform PCE のインストール」​を参照してください。
## [](#インフラストラクチャのセットアップと検証)インフラストラクチャのセットアップと検証 Anypoint Platform PCE をインストールする前に、インフラストラクチャチームが​[「Anypoint Platform PCE の前提条件」](https://docs.mulesoft.com/jp/private-cloud/4.0/install-checklist)​に記載されている要件に従って、組織用のインフラストラクチャを正しくインストールして設定してあることを確認してください。 ## [](#インストール前検証を実行する)インストール前検証を実行する Kubernetes (K8s) クラスターの事前インストールヘルスチェック検証を実行するには、次の手順に従ってください。 1. Kubernetes クラスターのバージョンが 1.30.x または 1.29.x であることを確認します。 2. 以下のテンプレートを使用して ​`input.yaml`​ ファイルを作成し、環境の詳細を更新します。 ```json # Container Registry configuration to upload PCE images containerRegistry: endpoint: "" # Container Registry Endpoint username: "" # Provide either Username/Password OR Certificate to authenticate with container registry password: "" certificate: "/etc/registry/certificate/ca.crt" subproject: "mulesoft" # Container registry subproject under which all the PCE images will be part of. tlsSkipVerify: True # True or False. # Configuration required to perform post installation setup for Anypoint platform # All the fields in `postInstallConfiguration` are required. postInstallConfiguration: platformDNS: "" fileSystemDNS: "" firstUserAccount: organizationName: 'Test Org' username: 'username' email: 'username@mulesoft.com' password: '' platformCertificate: /path/to/platform/certificate/cert.crt platformCertificateKey: path/to/platform/certificate/cert.key # Storage class configuration for persistent data services storageConfiguration: pceobjectstore: type: "persistentVolumeClaim" storageClass: "" controlPlaneSize: "10Gi" # Optional. Defaults to 10Gi volumeSize: "100Gi" # Optional. Defaults to 100Gi volumeIndexSize: "10Gi" # Optional. Defaults to 10Gi stolon: type: "persistentVolumeClaim" storageClass: "" size: "100Gi" # Optional. Defaults to 100Gi # Configuration options for monitoring stack monitoringAppConfiguration: monitoringStackEnabled: True # Defaults to True. Must be set to False for Openshift clusters. grafana: enabled: False # Defaults to False. Set to True for OpenShift clusters. ``` 1. MuleSoft プロフェッショナルサービスチームから ​`license.lic`​ ファイルを取得します。 2. `KUBECONFIG`​ 環境変数をクラスターの ​`kubeconfig`​ ファイルへのパスに設定します。 3. 次のコマンドを ​`input.yaml`​ ファイルおよび ​`license.lic`​ ファイルに対して実行し、クラスターが前提条件を満たしていることを確認します。 `./pcectl pre-install-check --input-file/path/to/input.yaml --license-file /path/to/license.lic` 1. Anypoint Platform PCE のワークロードを指定されたノードにスケジュールするには、すべてのワーカーノードに次の表示ラベルを適用します。 - `mulesoft-role=node` - `redis-role=node` 2. 任意の 3 つのワーカーノードに以下の表示ラベルを適用します。これら 3 つのノードが同じである必要はありません。 - `stolon-keeper=yes` - `pce-data-nodes=yes` 3. (省略可能) コントロールプレーンノードに Taints を適用して、Anypoint Platform PCE のワークロードがコントロールプレーンでスケジュールされないようにします。これは、組織がコントロールプレーンノードで実行したい他のワークロードにも影響します。この手順を実行する場合は Kubernetes クラスター管理者に相談してください。 `mulesoft.pce/controlplane-node=true:NoSchedule` ## [](#anypoint-platform-pce-のインストール)Anypoint Platform PCE のインストール インフラストラクチャが正しく設定され、インストール前検証を実行したら、MuleSoft Professional Services が Anypoint Platform PCE のインストールをサポートします。 Anypoint Platform PCE をインストールするには、次のコマンドを使用します。 `./pcectl install --input-file /path/to/input.yaml --license-file /path/to/license.lic` ## [](#関連情報)関連情報 - [Anypoint Platform PCE の前提条件](https://docs.mulesoft.com/jp/private-cloud/4.0/install-checklist)​。 # Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインストール Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) をインストールするプロセスは、次の手順で構成されます。 1. インフラストラクチャのセットアップと検証 2. インストール前検証の実行 3. Anypoint Platform PCE のインストール
Anypoint Platform PCE のインストール前検証およびインストールを実行する前に、これらのプロセスに関与する MuleSoft Professional Services に連絡してください。
OpenShift で Anypoint Platform PCE をインストールするには、​「OpenShift での Anypoint Platform PCE のインストール」​を参照してください。
## [](#インフラストラクチャのセットアップと検証)インフラストラクチャのセットアップと検証 Anypoint Platform PCE をインストールする前に、インフラストラクチャチームが​[「Anypoint Platform PCE の前提条件」](https://docs.mulesoft.com/jp/private-cloud/4.1/install-checklist)​に記載されている要件に従って、組織用のインフラストラクチャを正しくインストールして設定してあることを確認してください。 ## [](#インストール前検証を実行する)インストール前検証を実行する Kubernetes (K8s) クラスターの事前インストールヘルスチェック検証を実行するには、次の手順に従ってください。 1. Kubernetes クラスターのバージョンが 1.32.x または 1.31.x であることを確認します。 2. 以下のテンプレートを使用して ​`input.yaml`​ ファイルを作成し、環境の詳細を更新します。 ```json # Container Registry configuration to upload PCE images containerRegistry: endpoint: "" # Container Registry Endpoint username: "" # Provide either Username/Password OR Certificate to authenticate with container registry password: "" certificate: "/etc/registry/certificate/ca.crt" subproject: "mulesoft" # Container registry subproject under which all the PCE images will be part of. tlsSkipVerify: True # True or False. # All the fields in `platformConfiguration` are required. platformConfiguration: platformDNS: "" fileSystemDNS: "" fileSystemPath: "" platformCertificate: /path/to/platform/certificate/cert.crt platformCertificateKey: path/to/platform/certificate/cert.key firstUserAccount: organizationName: 'Test Org' username: 'username' email: 'username@mulesoft.com' password: '' # Storage class configuration for persistent data services storageConfiguration: pceobjectstore: type: "persistentVolumeClaim" storageClass: "" controlPlaneSize: "10Gi" # Optional. Defaults to 10Gi volumeSize: "100Gi" # Optional. Defaults to 100Gi volumeIndexSize: "10Gi" # Optional. Defaults to 10Gi stolon: type: "persistentVolumeClaim" storageClass: "" size: "100Gi" # Optional. Defaults to 100Gi # Configuration options for monitoring stack monitoringAppConfiguration: monitoringStack: enabled: True # Defaults to True. Must be set to False for Openshift clusters. values: | # Optional. If not provided, the default values will be used. prometheus: prometheusSpec: storageSpec: volumeClaimTemplate: spec: storageClassName: 'local-path', accessModes: ["ReadWriteOnce"] resources: requests: storage: 50Gi ## The following section is used to configure Grafana for an Openshift cluster. It is recommended to disable the monitoring stack as OpenShift includes Prometheus by default. grafana: enabled: False # Defaults to False. values: | datasources: datasources.yaml: apiVersion: 1 datasources: - name: Prometheus type: prometheus url: https://prometheus-k8s.openshift-monitoring.svc:9091 access: proxy isDefault: true jsonData: tlsSkipVerify: true httpHeaderName1: 'Authorization' secureJsonData: httpHeaderValue1: 'Bearer ' ``` 1. MuleSoft プロフェッショナルサービスチームから ​`license.lic`​ ファイルを取得します。 2. `KUBECONFIG`​ 環境変数をクラスターの ​`kubeconfig`​ ファイルへのパスに設定します。 3. 次のコマンドを ​`input.yaml`​ ファイルおよび ​`license.lic`​ ファイルに対して実行し、クラスターが前提条件を満たしていることを確認します。 `./pcectl pre-install-check --input-file/path/to/input.yaml --license-file /path/to/license.lic` 1. Anypoint Platform PCE のワークロードを指定されたノードにスケジュールするには、すべてのワーカーノードに次の表示ラベルを適用します。 - `mulesoft-role=node` - `redis-role=node` 2. 任意の 3 つのワーカーノードに以下の表示ラベルを適用します。これら 3 つのノードが同じである必要はありません。 - `stolon-keeper=yes` - `pce-data-nodes=yes` 3. (省略可能) コントロールプレーンノードに Taints を適用して、Anypoint Platform PCE のワークロードがコントロールプレーンでスケジュールされないようにします。これは、組織がコントロールプレーンノードで実行したい他のワークロードにも影響します。この手順を実行する場合は Kubernetes クラスター管理者に相談してください。 `mulesoft.pce/controlplane-node=true:NoSchedule` ## [](#anypoint-platform-pce-のインストール)Anypoint Platform PCE のインストール インフラストラクチャが正しく設定され、インストール前検証を実行したら、MuleSoft Professional Services が Anypoint Platform PCE のインストールをサポートします。 Anypoint Platform PCE をインストールするには、次のコマンドを使用します。 `./pcectl install --input-file /path/to/input.yaml --license-file /path/to/license.lic` ## [](#関連情報)関連情報 - [Anypoint Platform PCE の前提条件](https://docs.mulesoft.com/jp/private-cloud/4.1/install-checklist)​。 # Anypoint Platform Private Cloud Edition Release Notes - [Anypoint Platform Private Cloud Edition 4.3.0 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.3.0-release-notes) - [Anypoint Platform Private Cloud Edition 4.2.1 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.2.1-release-notes) - [Anypoint Platform Private Cloud Edition 4.2.0 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.2.0-release-notes) - [Anypoint Platform Private Cloud Edition 4.1.3 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.1.3-release-notes) - [Anypoint Platform Private Cloud Edition 4.1.2 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.1.2-release-notes) - [Anypoint Platform Private Cloud Edition 4.1.0 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.1.0-release-notes) - [Anypoint Platform Private Cloud Edition 4.0.0 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.0.0-release-notes) - [Anypoint Platform Private Cloud Edition 3.2.5 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-3.2.5-release-notes) - [Anypoint Platform Private Cloud Edition 3.2.4 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-3.2.4-release-notes) - [Anypoint Platform Private Cloud Edition 3.2.3 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-3.2.3-release-notes) - [Anypoint Platform Private Cloud Edition 3.2.2 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-3.2.2-release-notes) - [Anypoint Platform Private Cloud Edition 3.2.1 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-3.2.1-release-notes) - [Anypoint Platform Private Cloud Edition 3.2.0 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-3.2.0-release-notes) ## [](#see-also)See Also - [Known Issues](https://help.salesforce.com/s/issues) # Anypoint Platform Private Cloud Edition Release Notes - [Anypoint Platform Private Cloud Edition 4.3.0 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.3.0-release-notes) - [Anypoint Platform Private Cloud Edition 4.2.1 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.2.1-release-notes) - [Anypoint Platform Private Cloud Edition 4.2.0 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.2.0-release-notes) - [Anypoint Platform Private Cloud Edition 4.1.3 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.1.3-release-notes) - [Anypoint Platform Private Cloud Edition 4.1.2 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.1.2-release-notes) - [Anypoint Platform Private Cloud Edition 4.1.0 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.1.0-release-notes) - [Anypoint Platform Private Cloud Edition 4.0.0 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.0.0-release-notes) - [Anypoint Platform Private Cloud Edition 3.2.5 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-3.2.5-release-notes) - [Anypoint Platform Private Cloud Edition 3.2.4 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-3.2.4-release-notes) - [Anypoint Platform Private Cloud Edition 3.2.3 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-3.2.3-release-notes) - [Anypoint Platform Private Cloud Edition 3.2.2 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-3.2.2-release-notes) - [Anypoint Platform Private Cloud Edition 3.2.1 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-3.2.1-release-notes) - [Anypoint Platform Private Cloud Edition 3.2.0 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-3.2.0-release-notes) ## [](#see-also)See Also - [Known Issues](https://help.salesforce.com/s/issues) # Anypoint Platform Private Cloud Edition Release Notes - [Anypoint Platform Private Cloud Edition 4.3.0 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.3.0-release-notes) - [Anypoint Platform Private Cloud Edition 4.2.1 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.2.1-release-notes) - [Anypoint Platform Private Cloud Edition 4.2.0 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.2.0-release-notes) - [Anypoint Platform Private Cloud Edition 4.1.3 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.1.3-release-notes) - [Anypoint Platform Private Cloud Edition 4.1.2 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.1.2-release-notes) - [Anypoint Platform Private Cloud Edition 4.1.0 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.1.0-release-notes) - [Anypoint Platform Private Cloud Edition 4.0.0 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-4.0.0-release-notes) - [Anypoint Platform Private Cloud Edition 3.2.5 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-3.2.5-release-notes) - [Anypoint Platform Private Cloud Edition 3.2.4 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-3.2.4-release-notes) - [Anypoint Platform Private Cloud Edition 3.2.3 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-3.2.3-release-notes) - [Anypoint Platform Private Cloud Edition 3.2.2 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-3.2.2-release-notes) - [Anypoint Platform Private Cloud Edition 3.2.1 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-3.2.1-release-notes) - [Anypoint Platform Private Cloud Edition 3.2.0 Release Notes](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-3.2.0-release-notes) ## [](#see-also)See Also - [Known Issues](https://help.salesforce.com/s/issues) # API プラットフォームプロキシのアドレスの許可 デフォルトでは、プロキシ要求はプラットフォームが実行されているドメイン名に対して有効です。
バージョン 3.2.2 以降の場合は、「信頼済みドメイン」を参照してください。
バージョン 3.2.0 および 3.2.1 でアドレスを許可する手順は、次のとおりです。 1. オペレーションセンターにログインして、左サイドバーで ​**\[Kubernetes\]**​ を選択します。 2. 上部のドロップダウンメニューから ​`api-manager`​ 名前空間を選択し、​**\[Configmaps (設定マップ)\]**​ を選択します。​`api-platform-web-env`​ 設定マップを見つけて、​`Edit Config Map`​ をクリックします。 3. \[​**APW\_FEATURES\_PROXYWHITELIST**​\] タブを選択し、値が ​`true`​ に設定されていることを確認します.(適切なタブを見つけるには、タブにマウスポインターを置き、完全名を含むツールチップを表示する必要があります)。 設定されていない場合、値を ​`true`​ に設定して ​`Apply`​ を選択します。 4. \[​**APW\_PROXYWHITELIST\_RULES**​\] タブを選択します。 5. ルールをカンマで区切って記述します。 次の例は、要求を ​`**.somewhere.com/**`​ および ​`**.somewhereelse.com/**`​ ドメインに対して実行できるようにする正規表現を定義しています。ここで、​`*`​ は DNS 名または URL の任意の部分です。 .\*\\.somewhere\\.com,.\*\\.somewhereelse\\.com 1. **\[Apply (適用)\]**​ を選択して変更内容を ​`api-platform-web-env`​ 設定マップに保存します。 2. ポッドを再作成し、クラスター内の各ノードが最新の設定を使用するようにします。 kubectl delete pod -n api-manager -l component=api-platform-web ## [](#信頼済みドメイン)信頼済みドメイン 外部リソースに対して行うすべての HTTP 要求は、API Console プロキシを通過します。セキュリティ上の理由から、ドメインを許可されたドメインとして Anypoint Platform に登録する必要があります。 デフォルトでは、認証済み要求での外部ドメインに対するプロキシ要求はブロックされます。 新しいドメインを追加する手順は、次のとおりです。 1. 組織のシステム管理者権限を持つアカウントを使用して Anypoint Platform にログインします。 2. ナビゲーションバーで、​**\[Access Management (アクセス管理)\]**​ をクリックします。 3. **\[Trusted domains (信頼済みドメイン)\]**​ をクリックします。 4. **\[Add domain (ドメインを追加)\]**​ をクリックします。 ドメインは、既存のドメインとは一致せず、MuleSoft または Anypoint Platform のドメインまたはサブドメインでなく、​`exampledomain.com`​ の形式で記述されている必要があります。 NOTE: 正規表現はサポートされていません。 5. ドメイン名を入力して、​**\[Add domain (ドメインを追加)\]**​ をクリックします。 ドメインが信頼済みドメインのリストに追加されます。信頼済みドメインページにリダイレクトされ、ドメインを編集または削除できます。親組織にドメインを登録した場合は、すべてのビジネスグループの許可リストに登録されます。 ## [](#認証)認証 プロキシを使用する場合は 2 つの認証モードがあります。 - 厳格な認証: (デフォルト) プロキシに到達するすべての要求は認証される必要があります。つまり、要求の ​`ms-authorization`​ ヘッダーにユーザートークンログイン情報が含まれている必要があります。
Exchange 公開ポータルから外部ドメインへの要求が API Console プロキシを通過する場合は、コールに Anypoint ユーザーが関与していないため、要求は失敗します。
- 厳格ではない認証: API Console プロキシは引き続き未認証となりますが、未認証の要求も許可されます。受信要求は、ユーザーのトークン、または要求が属する組織の ID への参照を提供する必要があります。組織 ID は、​`ms-organization-id`​ ヘッダーで送信する必要があります。 厳格な認証から厳格ではない認証に変更する手順は、次のとおりです。 1. オペレーションセンターにログインして、左サイドバーで ​**\[Kubernetes\]**​ を選択します。 2. 上部のドロップダウンメニューから ​`api-console-proxy`​ 名前空間を選択し、​**\[Configmaps (設定マップ)\]**​ を選択します。 3. `service-env`​ 設定マップを特定して、​**\[Edit Config Map (設定マップを編集)\]**​ をクリックします。 4. \[​**STRICT\_AUTHENTICATION\_FF**​\] タブを選択し、値が ​`false`​ に設定されていることを確認します。(適切なタブを見つけるには、タブにマウスポインターを置き、完全名を含むツールチップを表示します。) 5. **\[Apply (適用)\]**​ をクリックして変更内容を ​`service-env`​ 設定マップに保存します。 6. ポッドを再作成し、クラスター内の各ノードが最新の設定を使用するようにします。 kubectl delete pod -n api-console-proxy -l component=service # API プラットフォームプロキシのアドレスの許可 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) バージョン 4.0 以降でアドレスを許可する手順は、次のとおりです。 1. api-manager/api-platform-web-env ConfigMap から、次のコマンドを実行して ​`APW_FEATURES_PROXYWHITELIST`​ が ​`true`​ に設定されていることを確認します。 `kubectl get cm -n api-manager api-platform-web-env -o jsonpath={.data.APW_FEATURES_PROXYWHITELIST} true` 1. 応答が ​`true`​ でない場合、次のコマンドを実行して値を ​`true`​ に設定します。 `kubectl patch cm -n api-manager api-platform-web-env -p '{"data":{"APW_FEATURES_PROXYWHITELIST": "true" }}` 1. 次のコマンドを実行して、目的の許可リストルールが含まれる ConfigMap にパッチを適用し、同じ ConfigMap の ​`APW_PROXYWHITELIST_RULES`​ を更新します。 `kubectl patch cm -n api-manager api-platform-web-env -p '{"data":{"APW_PROXYWHITELIST_RULES": ".**\\.somewhere\\.com,.**​\\.somewhereelse\\.com" }}` 前の例では、​`.somewhere.com/`​ および ​`.somewhereelse.com/`​ ドメイン (​`*`​ は DNS 名または URL の任意の部分) に対する要求を許可する方法を示しており、カンマ区切りでルールをリストしています。 1. パッチが正しく適用されていることを確認します。確認したら、次のコマンドを実行して、クラスター内の各ノードで最新の設定が使用されるようにポッドを再作成します。 `kubectl delete pod -n api-manager -l component=api-platform-web` ## [](#関連情報)関連情報 - [Anypoint Platform PCE の管理](https://docs.mulesoft.com/jp/private-cloud/4.0/operating-about) # API プラットフォームプロキシのアドレスの許可 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) バージョン 4.0 以降でアドレスを許可する手順は、次のとおりです。 1. api-manager/api-platform-web-env ConfigMap から、次のコマンドを実行して ​`APW_FEATURES_PROXYWHITELIST`​ が ​`true`​ に設定されていることを確認します。 `kubectl get cm -n api-manager api-platform-web-env -o jsonpath={.data.APW_FEATURES_PROXYWHITELIST} true` 1. 応答が ​`true`​ でない場合、次のコマンドを実行して値を ​`true`​ に設定します。 `kubectl patch cm -n api-manager api-platform-web-env -p '{"data":{"APW_FEATURES_PROXYWHITELIST": "true" }}` 1. 次のコマンドを実行して、目的の許可リストルールが含まれる ConfigMap にパッチを適用し、同じ ConfigMap の ​`APW_PROXYWHITELIST_RULES`​ を更新します。 `kubectl patch cm -n api-manager api-platform-web-env -p '{"data":{"APW_PROXYWHITELIST_RULES": ".**\\.somewhere\\.com,.**​\\.somewhereelse\\.com" }}` 前の例では、​`.somewhere.com/`​ および ​`.somewhereelse.com/`​ ドメイン (​`*`​ は DNS 名または URL の任意の部分) に対する要求を許可する方法を示しており、カンマ区切りでルールをリストしています。 1. パッチが正しく適用されていることを確認します。確認したら、次のコマンドを実行して、クラスター内の各ノードで最新の設定が使用されるようにポッドを再作成します。 `kubectl delete pod -n api-manager -l component=api-platform-web` ## [](#関連情報)関連情報 - [Anypoint Platform PCE の管理](https://docs.mulesoft.com/jp/private-cloud/4.1/operating-about) # AWS の前提条件 Amazon Web Services (AWS) を使用する場合は、Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) を AWS にインストールするのに必要なリソースを作成する必要があります。Anypoint Platform PCE は、AWS の本番環境で 4 ノード設定と 7 ノード設定をサポートします。 ベアメタルサーバーでインストールを開始する場合には、この情報は不要です。
以下の作業は、インフラストラクチャチームか、または AWS のシステム管理者レベルの知識を持つ人が実行する必要があります。必要に応じて、MuleSoft の担当者に連絡して支援を求めてください。
## [](#aws-アカウントの権限とリソース)AWS アカウントの権限とリソース AWS に Anypoint Platform PCE をインストールするためのアカウントの権限とリソースは次のとおりです。 - AWS アカウントは、​`EC2FullAccess`​ 権限と ​`S3FullAccess`​ 権限が付与された AWS キーを持っている必要があります。 - AWS 環境を作成すると、以下のリソースが作成されます。
Table 1. AWS で作成されるリソース
AWS リソース 必要な数 (4 ノード) 必要な数 (7 ノード) Anypoint Monitoring (省略可能)

m5.8xlarge

0

0

3

m5.2xlarge

4

7

0

ルートディスク (500 IOPS)

4

7

3

EBS ボリューム (1500 IOPS)

8

14

12

EBS ボリューム (3000 IOPS)

8

14

0

Amazon ELB

1

1

0

t2.medium

1

1

0
## [](#aws-プロビジョナーを実行する)AWS プロビジョナーを実行する MuleSoft は、AWS アカウント用のリソースをプロビジョニングするための Docker イメージを提供しています。また、「カスタムプロビジョニングスクリプト」のセクションで説明されているように、プロビジョニングされたインスタンス上で追加のカスタムシェルスクリプトを実行することもできます。 1. インターネットにアクセスできるいずれかの VPC 上の AWS アカウントで、最初のインスタンス (t2.small) を作成します。 このインスタンスは、クラスターを実際にプロビジョニングします。デフォルトで Docker がインストールされている AMI を使用するか、または AWS を作成した後で Docker を手動でインストールする必要があります。 Docker がインストールされていてインターネットにアクセスできる他のマシンからプロビジョナーをリモート実行することもできます。 2. Private Cloud Provisioner (PCP) の Docker イメージを次の URL からダウンロードします。 `[https://anypoint-anywhere.s3.amazonaws.com/pcp/private-cloud-provisioner-3.1.14.tar.gz?Signature=jB4UiQgzsSSE3iyaPWYNJ67dCyM%3D&AWSAccessKeyId=AKIAI6LBJNQFR2V3CQWQ&Expires=1801445392](https://anypoint-anywhere.s3.amazonaws.com/pcp/private-cloud-provisioner-3.1.14.tar.gz?Signature=jB4UiQgzsSSE3iyaPWYNJ67dCyM%3D&AWSAccessKeyId=AKIAI6LBJNQFR2V3CQWQ&Expires=1801445392)` 3. プロビジョナーの Docker イメージを SCP でインスタンスにコピーします。 scp -i .pem ~/Downloads/private-cloud-provisioner-3.1.14.tar.gz ec2-user@W.X.Y.Z:/home/ec2-user 4. SSH でインスタンスにログインします。 ssh -i 'anypoint.pem' ec2-user@W.X.Y.Z 5. 以下の値を使用して、環境の詳細情報を定義した変数ファイル (pce.env) を作成します。
Table 2. 必須の環境変数
Name (名前) 説明

AWS_ACCESS_KEY_ID

Terraform が AWS アカウントにアクセスするための AWS アクセス ID を指定します。

AWS_SECRET_ACCESS_KEY

Terraform が AWS アカウントにアクセスするための AWS アクセスキーを指定します。

AWS_SESSION_TOKEN

一時的な AWS セッショントークンがあれば指定します。

AWS_KEY_NAME

AWS SSH キーを指定します。​.pem​ 拡張子は省略してください。

AWS_REGION

Terraform がクラスターを作成する AWS リージョンを指定します (例: us-east-2​)。

TF_VAR​_ssh_user=<​SSH_USER​>

SSH ユーザーを指定します (例: ec2-user ​centos​)。

TF_VAR​_trusted_cidrs_list

環境からアクセスできる信頼済み CIDR のリスト。​[0.0.0.0/0]​ を使用して、インターネットに対してクラスターを開きます。

TELEKUBE_CLUSTER_NAME

クラスターの名前と対応する AWS リソースを指定します。

TELEKUBE_NODE_PROFILES

node​ に設定する必要があります。

TELEKUBE_NODE_PROFILE_COUNT​_node

クラスター内のノードの名前を指定します。可能な値は ​4​ と ​7​ です。

TELEKUBE_NODE_PROFILE_INSTANCE_TYPE​_node

m5.2xlarge​ でなければなりません。

TELEKUBE_NODE_PROFILE_COUNT​_node_amv

クラスター内の AMV アドオンのノードの数を指定します。AMV アドオンをインストールするように予定している場合は、​3​ である必要があります。それ以外の場合は省略します。

TELEKUBE_NODE_PROFILE_INSTANCE_TYPE​_node_amv

AMV アドオンをインストールするように予定している場合は、​m5.8xlarge​ である必要があります。それ以外の場合は省略します。

TF_VAR​_high_performance_disks

本番環境では ​true​ に設定する必要があります。
以下の省略可能な環境変数も定義できます。
Table 3. 省略可能な環境変数
Name (名前) 説明

TF_VAR​_ami_name

インスタンスで使用する AMI 名を指定します。AMI ID ​ではなく​ AMI 名を使用してください。 追加のボリュームが AMI によりプロビジョニングされないようにします​。この変数を設定しないと、プロビジョナーはデフォルトの AMI として ​RHEL-8.3.0_HVM-20201031-x86_64-0-Hourly2-GP2​ を使用します。

TF_VAR​_monitoring=<true or false>

true であれば CloudWatch で基本インスタンスアラームを作成します。

TF_VAR​_use_bastion=<true or false>

true であれば、パブリックサブネットに (ASG を使用して) 小さいインスタンスをジャンプボックスとして作成し、公開 IP アドレスを関連付けて、プライベートサブネットでクラスターインスタンスを起動します。

TF_VAR​_internal=<true or false>

true の場合、クラスターインスタンスはプライベートサブネットで起動し、公開 IP は関連付けられません。また、プロビジョニングされたロードバランサーは内部専用となります。

AWS_VPC_ID​=<​VPC_ID​>

すでにインターネットゲートウェイが接続されている既存の VPC を指定します。この場合でも、サブネットは既存の VPC 内でプロビジョニングされます。

AWS_VPC_CIDR​=<​VPC_CIDR​>

プロビジョニングする新しい VPC 用に希望する CIDR を渡せるようにします。(この場合は ​AWS_VPC_ID​ は渡さないでください。)

TF_VAR​_aws_selected_subnets_ids=<​SUBNETS_IDS​>

インスタンスが起動されるサブネットの ID のリストを渡せるようにします。自身のサブネットを再利用する場合は、ルートテーブル、NAT ゲートウェイ、およびインターネットゲートウェイをセットアップする必要があります (例: ["subnet-0a17317984065f98f", "subnet-0600b4befb27c7949", "subnet-02103e0c935eff75a"]​)。

TF_VAR​_subnets=<​PRIVATE_SUBNETS_CIDR​s>

プロビジョニングする新しいサブネット用に希望する CIDR ブロックを任意で渡せるようにします。リージョンのアベイラビリティゾーン数と、クラスター用に選択したノード数の間における最小の数値を正確に渡す必要があります (例: '["10.1.0.0/24", "10.1.1.0/24", "10.1.2.0/24"]'​)。

TF_VAR​_public_subnets=<​PUBLIC_SUBNETS_CIDR​s>

プロビジョニングする新しいサブネット用に希望する CIDR ブロックを任意で渡せるようにします。リージョンのアベイラビリティゾーン数と、クラスター用に選択したノード数の間における最小の数値を正確に渡す必要があります (例: '["10.1.3.0/24", "10.1.4.0/24", "10.1.5.0/24"]'​)。

TF_VAR​_role_tag_value=<​AWS_TAG_VALUE_FOR_ROLE_LABEL​>

すべての AWS リソースに適用される role タグ値を指定できるようにします。
6. プロビジョナーの Docker イメージをローカル Docker レジストリに読み込みます。 docker load -i private-cloud-provisioner-4.0.13.tar.gz 7. ドライランテストを実行します。 docker run --rm --env-file pce.env artifacts.msap.io/mulesoft/core-paas-private-cloud-provisioner:v4.0.13 dry-run 8. プロビジョナーを実行します。 docker run --rm --env-file pce.env artifacts.msap.io/mulesoft/core-paas-private-cloud-provisioner:v4.0.13 cluster-provision プロビジョナーが正常に実行されると、環境に関する情報 (IP アドレス、ロードバランサーの DNS 名など) が表示されます。 9. インスタンスに /var/lib/bootstrap\_complete フォルダーが作成されていることをチェックして、プロビジョニングスクリプトが正常に実行されたことを確認します。 ## [](#カスタムプロビジョニングスクリプト-省略可能)カスタムプロビジョニングスクリプト (省略可能) PCE プロビジョナースクリプトの実行前または実行後に (あるいはその両方で) プロビジョニングされたインスタンス上でカスタムシェルスクリプトを実行できます。プロビジョナーの前に実行する場合は ​`pre-user-data`​ フォルダー、後に実行する場合は ​`post-user-data`​ フォルダーに、名前に .sh 拡張子の付いたシェルスクリプトを配置してください。Docker の実行コマンドで、次のようにボリュームをマウントします。 docker run --rm -v $(pwd)/pre-user-data:/usr/local/bin/provisioner/terraform/external/pre-user-data -v $(pwd)/post-user-data:/usr/local/bin/provisioner/terraform/external/post-user-data --env-file pce.env artifacts.msap.io/mulesoft/core-paas-private-cloud-provisioner:v4.0.13 cluster-provision ## [](#インストール前にポート-61009-を開く)インストール前にポート 61009 を開く GUI ベースのインストーラーを使用して Anypoint Platform PCE をインストールする場合は、インストーラーの実行前にこのポートを有効化する必要があります。インストーラーを実行する前に、AWS Web コンソールを使用して、クラスターのセキュリティグループでこのポートを開いてください。 ## [](#リソースの破棄)リソースの破棄 プロビジョナーを使用して作成したすべてのリソースを、次の例のように ​`cluster-deprovision`​ コマンドを実行して破棄できます。環境ファイル内の ​`TELEKUBE_CLUSTER_NAME`​ 環境変数に、破棄する対象クラスターの正しい値が含まれていることを確認します。 docker run --rm --env-file pce.env artifacts.msap.io/mulesoft/core-paas-private-cloud-provisioner:v4.0.13 cluster-deprovision ## [](#トラブルシューティング)トラブルシューティング AWS リソースの作成時に問題が発生した場合は、以下の情報を確認してください。 - 403 Forbidden (403 閲覧禁止) キーのポリシーによっていずれかの EC2 または S3 リソースへのアクセスが拒否されていないか確認します。AWS CLI で、キーを指定して次の基本コマンドが実行できることを確認してください。 aws sts get-caller-identity - Limit exceeded (制限を超えました) AWS アカウントで作成できるリソース量に制限が設定されている可能性があります。使用していないリソースをいくつか削除するか、または AWS に上限値を増やすように依頼してください。 - AMI not found (AMI が見つかりません) 環境変数で AMI ID ではなく AMI 名を指定していることを確認してください。 ## [](#関連情報)関連情報 - [ハードウェア前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-hardware) - [ソフトウェアの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-software) - [ネットワークの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-network) - [NFS サーバーの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/verify-nfs) - [インストール前の検証](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-gravity-check) - [Terraform のインストール](https://www.terraform.io/intro/getting-started/install.html) - [AWS Cloud 上の Linux Bastion ホスト: クイックスタートリファレンスデプロイ](https://docs.aws.amazon.com/quickstart/latest/linux-bastion/welcome.html) # ELK を使用したビジネスおよび API データの分析 Elastic Stack (ELK スタック) を使用してビジネスデータおよび Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) によって生成される API Analytics を分析します。Filebeat を使用して Anypoint Platform ログファイルを処理して Elasticsearch データベースに挿入し、Kibana を使用して分析できます。 次の例は、Kibana で API データがどのように表示されるかを示しています。 ![kibana example](/mulesoft/current/ja-jp/private-cloud/3.2/_images/kibana-example.png) ## [](#前提条件)前提条件 - 必須ソフトウェア 外部分析データを ELK にエクスポートするには、次のソフトウェアが必要です。 - Mule Runtime Engine (Mule)、バージョン 3.8.4 以降 - Anypoint Runtime Manager エージェント、バージョン 1.7.0 以降 - Elasticsearch、バージョン 7.6.2 - Filebeat、バージョン 7.6.2 - Kibana、バージョン 7.6.2 - Mule Runtime Engine インスタンスをインストールして設定していることを確認します。 - Mule Runtime Engine インスタンスを Runtime Manager に登録していることを確認します。 ## [](#wrapper-conf-プロパティファイルの編集)wrapper.conf プロパティファイルの編集 Mule Runtime インストールで、​`conf/wrapper.conf`​ ファイルの次のプロパティを編集します。 1. `analytics_enabled`​ プロパティを ​`true`​ に設定します。 wrapper.java.additional.=-Danypoint.platform.analytics\_enabled=true 2. URI 値を ​`analytics_base_uri`​ プロパティから削除します。 wrapper.java.additional.=-Danypoint.platform.analytics\_base\_uri= 3. `on_prem`​ プロパティを ​`true`​ に設定します。 wrapper.java.additional.=-Danypoint.platform.on\_prem=true ## [](#イベント追跡を有効にする)イベント追跡を有効にする ビジネスおよびイベント追跡データをエクスポートするには、Runtime Manager でイベント追跡を有効にする必要があります。 1. Anypoint Platform から ​**\[Runtime Manager\]**​ を選択します。 2. **\[Servers (サーバー)\]**​ を選択します。 3. ELK を設定するサーバーが含まれる行を選択します。 4. **\[Manager Server (Manager サーバー)\]**​ を選択し、​**\[Plugins (プラグイン)\]**​ タブを選択します。 5. **\[​Event Tracking (イベント追跡)\]**​ で、​**\[Levels (レベル)\]**​ ドロップダウンメニューから ​**\[Business Events (ビジネスイベント)\]**​ を選択します。 6. スイッチをオンにして ELK でイベント追跡を有効にします。 Runtime Manager に ​**\[ELK Integration (ELK 統合)\]**​ ダイアログが表示されます。 7. 必要に応じてログファイルを設定します。 8. **\[Apply (適用)\]**​ を選択します。 ## [](#api-analytics-を有効にする)API Analytics を有効にする API Analytics をエクスポートするには、Runtime Manager で API Analytics を有効にする必要があります。 1. Anypoint Platform から ​**\[Runtime Manager\]**​ を選択します。 2. **\[Servers (サーバー)\]**​ を選択します。 3. ELK を設定するサーバーが含まれる行を選択します。 4. スイッチをオンにして API Analytics を有効にして、​**\[ELK\]**​ の横にあるスイッチをオンにします。 5. 必要に応じてログファイルを設定します。 6. **\[Apply (適用)\]**​ を選択します。 ## [](#filebeat-エージェントをインストールして設定する)Filebeat エージェントをインストールして設定する Mule Runtime インスタンスを含む各サーバーで、オペレーティングシステムに合った Filebeat をダウンロードしてインストールします。 ## [](#mule-filebeat-module-を設定する)Mule Filebeat Module を設定する Mule Runtime インスタンスを含む各サーバーで、次の URL から Filebeat Module アーカイブをダウンロードして展開します。 https://s3.us-east-2.amazonaws.com/elk-integration/elk-integration-06-08-20/elk-integration.tar.gz 1. 各ログファイルの絶対パスを ​`manifest.yml`​ ファイルに追加します。 - `businessevents`​ フォルダー内で、イベントログのパスをオペレーティングシステム (OS) の ​`var`​ 変数に設定します。 var: - name: paths default: - /var/mule/logs/events.log os.darwin: - /var/mule/logs/events.log os.windows: - /var/mule/logs/events.log - `apianalytics`​ フォルダー内で、API Analytics ログのパスを OS の ​`var`​ 変数に設定します。 var: - name: paths default: - /var/mule/logs/api-analytics-elk.log\* os.darwin: - /var/mule/logs/api-analytics-elk.log\* os.windows: - c:/programdata/mule/logs/api-analytics-elk.log\* 2. `mule`​ モジュールフォルダーを Filebeat インストールの ​`module`​ フォルダーにコピーします。 3. `mule.yml`​ ファイルを Filebeat インストールの ​`modules.d`​ フォルダーにコピーします。 4. Elasticsearch を開始して、次に Kibana を開始します。 5. Filebeat をセットアップし、Kibana のダッシュボードをプロビジョニングします。 Filebeat インストールフォルダー内で次のコマンドを実行します。​`${filebeat-installation-folder}`​ を Filebeat インストールのルートフォルダーへのパスに置き換えて、必要に応じて Elasticsearch ホストを変更します。 * * * /filebeat setup -e \\ -E output.elasticsearch.hosts="\['localhost:9200'\]" \\ -E output.elasticsearch.index="mule-%{+yyyy.MM.dd}" \\ -E setup.dashboards.enabled=true \\ -E setup.dashboards.directory=${filebeat-installation-folder}/module/mule/\_meta/kibana \\ -E setup.ilm.enabled=false \\ -E setup.template.name="mule" \\ -E setup.template.pattern="mule-\*" \\ -E setup.template.overwrite=true --- 6. Filebeat を起動します。 Filebeat インストールフォルダー内で次のコマンドを実行します。​`${filebeat-installation-folder}`​ を Filebeat インストールのルートフォルダーへのパスに置き換えて、必要に応じて Elasticsearch ホストを変更します。 ./filebeat -e \\ -E output.elasticsearch.hosts="\['localhost:9200'\]" \\ -E output.elasticsearch.index="mule-%{+yyyy.MM.dd}" \\ -E setup.dashboards.enabled=true \\ -E setup.dashboards.directory=${filebeat-installation-folder}/module/mule/\_meta/kibana \\ -E setup.ilm.enabled=false \\ -E setup.template.name="mule" \\ -E setup.template.pattern="mule-\*" \\ -E setup.template.overwrite=true ## [](#インデックスを読み込むための-kibana-の設定)インデックスを読み込むための Kibana の設定 Filebeat および Elasticsearch をインストールしたら、Anypoint Platform からのデータをコンシュームするように Kibana を設定する必要があります。 MuleSoft にはデフォルトの Kibana 設定が用意されており、これを使用してビジネスおよび API データを分析できます。この設定にはダッシュボード、検索、視覚化が含まれます。 1. インデックスパターンを設定します。 Anypoint Platform データ用の Elasticsearch インデックスを作成する必要があります。 1. 最初のデータのセットを生成します。 これは、作成するインデックスを Kibana が認識できるようにするために必要です。最初のデータのセットを生成するテスト API への要求を送信するには、次の手順を実行します。 1. Kibana 管理コンソールで、​`mule-*`​ を値としてインデックスパターンを作成します。 2. **\[Time Filter field name (時間検索条件項目名)\]**​ で ​**\[@timestamp\]**​ を選択します。 3. **\[Show advanced options (詳細オプションを表示)\]**​ で、​**\[Custom index pattern ID (カスタムインデックスパターン ID)\]**​ 項目の値として ​**mule-index**​ を設定します。 2. インデックスを作成します。 **\[Dashboard (ダッシュボード)\]**​ タブですべての Mule ダッシュボードにアクセスできるようになりました。 # Grafana ダッシュボードの設定 Grafana ダッシュボードを使用して、Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) インストールとその実行中のアプリケーションの健全性を監視します。これらのダッシュボードでは、Anypoint Platform PCE インストールの監視ツールで収集されたデータが視覚的に表現されます。 Grafana アプリケーションは、サービスを外部ネットワークに公開するために ​`NodePort`​ 種別の Kubernetes サービスを使用します。Grafana にアクセスするには、トラフィックをポート ​`32380`​ に転送するようにロードバランサーを設定します。 または、​`kubectl port-forward`​ コマンドを使用してローカルで Grafana にアクセスします。 ```bash kubectl -n monitoring port-forward $(kubectl -n monitoring get svc --selector='app.kubernetes.io/name=grafana' -oname | head -n 1) 3000:80 ``` ## [](#grafana-ダッシュボードへのアクセス)Grafana ダッシュボードへのアクセス Grafana のログイン情報を取得するには、次のコマンドを実行します。 ```bash kubectl -n monitoring get secrets grafana-creds -ojsonpath='{.data.admin-user}' | base64 --decode kubectl -n monitoring get secrets grafana-creds -ojsonpath='{.data.admin-password}' | base64 --decode ``` ## [](#カスタムダッシュボードの作成)カスタムダッシュボードの作成 Grafana の Web インターフェースを使用して、カスタムダッシュボードを作成できます。ただし、これらのダッシュボードは Grafana ポッドが再起動すると失われます。再起動が行われても保持されるカスタムダッシュボードを作成するには、​`grafana_dashboard=1`​ という表示ラベルの ConfigMap を作成します。 次の例は、カスタムダッシュボードが含まれる ConfigMap を作成する方法を示しています。 1. ダッシュボード設定が含まれるファイル (例: `example-redis.yaml`​) を作成します。 ```yaml apiVersion: v1 kind: ConfigMap metadata: name: my-custom-dashboard namespace: monitoring labels: grafana_dashboard: "1" data: example-redis.json: | { "annotations": { "list": [ { "builtIn": 1, "datasource": "-- Grafana --", "enable": true, "hide": true, "iconColor": "rgba(0, 211, 255, 1)", "name": "Annotations & Alerts", "type": "dashboard" } ] }, "timezone": "browser", "title": "My Example Redis Dashboard", "description": "", "editable": true, "gnetId": null, "graphTooltip": 0, "id": 29, "iteration": 1645573265624, "links": [], "panels": [ { "aliasColors": { "Max": "#890F02", "Used": "#7EB26D", "max": "#BF1B00" }, "bars": false, "dashes": false, "datasource": null, "editable": false, "error": false, "fieldConfig": { "defaults": {}, "overrides": [] }, "fill": 1, "fillGradient": 0, "hiddenSeries": false, "id": 7, "isNew": true, "legend": { "avg": false, "current": false, "hideEmpty": false, "hideZero": false, "max": false, "min": false, "show": true, "total": false, "values": false }, "gridPos": { "x": 0, "y": 0, "h": 11, "w": 24 }, "lines": true, "linewidth": 2, "links": [], "nullPointMode": "null as zero", "options": { "alertThreshold": true }, "percentage": false, "pluginVersion": "7.5.10", "pointradius": 5, "points": false, "renderer": "flot", "seriesOverrides": [], "spaceLength": 10, "stack": false, "steppedLine": false, "targets": [ { "exemplar": true, "expr": "sum by (pod)(redis_used_memory{pod=~\"$pod\"})", "interval": "", "legendFormat": "{{pod}}", "refId": "B" } ], "thresholds": [], "timeFrom": null, "timeRegions": [], "timeShift": null, "title": "Memory Usage", "tooltip": { "msResolution": false, "shared": true, "sort": 0, "value_type": "cumulative" }, "type": "graph", "xaxis": { "buckets": null, "mode": "time", "name": null, "show": true, "values": [] }, "yaxes": [ { "format": "bytes", "label": "", "logBase": 1, "max": null, "min": 0, "show": true }, { "format": "short", "label": null, "logBase": 1, "max": null, "min": null, "show": false } ], "yaxis": { "align": false, "alignLevel": null } } ], "refresh": false, "schemaVersion": 27, "style": "dark", "tags": [], "templating": { "list": [ { "allValue": null, "current": { "selected": false, "text": "All", "value": "$__all" }, "datasource": null, "definition": "label_values(redis_maxmemory, pod)", "description": null, "error": null, "hide": 0, "includeAll": true, "label": "Pod", "multi": true, "name": "pod", "options": [], "query": { "query": "label_values(redis_maxmemory, pod)", "refId": "StandardVariableQuery" }, "refresh": 2, "regex": "", "skipUrlSync": false, "sort": 0, "tagValuesQuery": "", "tags": [], "tagsQuery": "", "type": "query", "useTags": false } ] }, "time": { "from": "now-6h", "to": "now" }, "timepicker": { "refresh_intervals": [ "5s", "10s", "30s", "1m", "5m", "15m", "30m", "1h", "2h", "1d" ], "time_options": [ "5m", "15m", "1h", "6h", "12h", "24h", "2d", "7d", "30d" ] } } ``` 1. 次のコマンドで ConfigMap を作成します。 ```bash kubectl apply -f example-redis.yaml ``` ダッシュボードを更新するには、ConfigMap を変更します。これにより、ダッシュボードは自動的に更新されます。 ## [](#カスタムダッシュボードの削除)カスタムダッシュボードの削除 カスタムダッシュボードに削除するには、対応する ConfigMap を削除します。ConfigMap に関連付けられたダッシュボードが自動的に削除されます。 ```bash kubectl -n monitoring delete cm my-custom-dashboard ``` ## [](#すべての永続ダッシュボードのリスト)すべての永続ダッシュボードのリスト `grafana_dashboard=1`​ という表示ラベルのすべての ConfigMap のリストを取得するには、次のコマンドを使用します。 kubectl get configmaps --selector='grafana\_dashboard=1' -A ## [](#関連情報)関連情報 - [Grafana ドキュメント](https://grafana.com/docs/grafana/latest/dashboards/) # Grafana ダッシュボードの設定 Grafana ダッシュボードを使用して、Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) インストールとその実行中のアプリケーションの健全性を監視します。これらのダッシュボードでは、Anypoint Platform PCE インストールの監視ツールで収集されたデータが視覚的に表現されます。 Grafana アプリケーションは、サービスを外部ネットワークに公開するために ​`NodePort`​ 種別の Kubernetes サービスを使用します。Grafana にアクセスするには、トラフィックをポート ​`32380`​ に転送するようにロードバランサーを設定します。 または、​`kubectl port-forward`​ コマンドを使用してローカルで Grafana にアクセスします。 ```bash kubectl -n monitoring port-forward $(kubectl -n monitoring get svc --selector='app.kubernetes.io/name=grafana' -oname | head -n 1) 3000:80 ``` ## [](#grafana-ダッシュボードへのアクセス)Grafana ダッシュボードへのアクセス Grafana のログイン情報を取得するには、次のコマンドを実行します。 ```bash kubectl -n monitoring get secrets grafana-creds -ojsonpath='{.data.admin-user}' | base64 --decode kubectl -n monitoring get secrets grafana-creds -ojsonpath='{.data.admin-password}' | base64 --decode ``` ## [](#カスタムダッシュボードの作成)カスタムダッシュボードの作成 Grafana の Web インターフェースを使用して、カスタムダッシュボードを作成できます。ただし、これらのダッシュボードは Grafana ポッドが再起動すると失われます。再起動が行われても保持されるカスタムダッシュボードを作成するには、​`grafana_dashboard=1`​ という表示ラベルの ConfigMap を作成します。 次の例は、カスタムダッシュボードが含まれる ConfigMap を作成する方法を示しています。 1. ダッシュボード設定が含まれるファイル (例: `example-redis.yaml`​) を作成します。 ```yaml apiVersion: v1 kind: ConfigMap metadata: name: my-custom-dashboard namespace: monitoring labels: grafana_dashboard: "1" data: example-redis.json: | { "annotations": { "list": [ { "builtIn": 1, "datasource": "-- Grafana --", "enable": true, "hide": true, "iconColor": "rgba(0, 211, 255, 1)", "name": "Annotations & Alerts", "type": "dashboard" } ] }, "timezone": "browser", "title": "My Example Redis Dashboard", "description": "", "editable": true, "gnetId": null, "graphTooltip": 0, "id": 29, "iteration": 1645573265624, "links": [], "panels": [ { "aliasColors": { "Max": "#890F02", "Used": "#7EB26D", "max": "#BF1B00" }, "bars": false, "dashes": false, "datasource": null, "editable": false, "error": false, "fieldConfig": { "defaults": {}, "overrides": [] }, "fill": 1, "fillGradient": 0, "hiddenSeries": false, "id": 7, "isNew": true, "legend": { "avg": false, "current": false, "hideEmpty": false, "hideZero": false, "max": false, "min": false, "show": true, "total": false, "values": false }, "gridPos": { "x": 0, "y": 0, "h": 11, "w": 24 }, "lines": true, "linewidth": 2, "links": [], "nullPointMode": "null as zero", "options": { "alertThreshold": true }, "percentage": false, "pluginVersion": "7.5.10", "pointradius": 5, "points": false, "renderer": "flot", "seriesOverrides": [], "spaceLength": 10, "stack": false, "steppedLine": false, "targets": [ { "exemplar": true, "expr": "sum by (pod)(redis_used_memory{pod=~\"$pod\"})", "interval": "", "legendFormat": "{{pod}}", "refId": "B" } ], "thresholds": [], "timeFrom": null, "timeRegions": [], "timeShift": null, "title": "Memory Usage", "tooltip": { "msResolution": false, "shared": true, "sort": 0, "value_type": "cumulative" }, "type": "graph", "xaxis": { "buckets": null, "mode": "time", "name": null, "show": true, "values": [] }, "yaxes": [ { "format": "bytes", "label": "", "logBase": 1, "max": null, "min": 0, "show": true }, { "format": "short", "label": null, "logBase": 1, "max": null, "min": null, "show": false } ], "yaxis": { "align": false, "alignLevel": null } } ], "refresh": false, "schemaVersion": 27, "style": "dark", "tags": [], "templating": { "list": [ { "allValue": null, "current": { "selected": false, "text": "All", "value": "$__all" }, "datasource": null, "definition": "label_values(redis_maxmemory, pod)", "description": null, "error": null, "hide": 0, "includeAll": true, "label": "Pod", "multi": true, "name": "pod", "options": [], "query": { "query": "label_values(redis_maxmemory, pod)", "refId": "StandardVariableQuery" }, "refresh": 2, "regex": "", "skipUrlSync": false, "sort": 0, "tagValuesQuery": "", "tags": [], "tagsQuery": "", "type": "query", "useTags": false } ] }, "time": { "from": "now-6h", "to": "now" }, "timepicker": { "refresh_intervals": [ "5s", "10s", "30s", "1m", "5m", "15m", "30m", "1h", "2h", "1d" ], "time_options": [ "5m", "15m", "1h", "6h", "12h", "24h", "2d", "7d", "30d" ] } } ``` 1. 次のコマンドで ConfigMap を作成します。 ```bash kubectl apply -f example-redis.yaml ``` ダッシュボードを更新するには、ConfigMap を変更します。これにより、ダッシュボードは自動的に更新されます。 ## [](#カスタムダッシュボードの削除)カスタムダッシュボードの削除 カスタムダッシュボードに削除するには、対応する ConfigMap を削除します。ConfigMap に関連付けられたダッシュボードが自動的に削除されます。 ```bash kubectl -n monitoring delete cm my-custom-dashboard ``` ## [](#すべての永続ダッシュボードのリスト)すべての永続ダッシュボードのリスト `grafana_dashboard=1`​ という表示ラベルのすべての ConfigMap のリストを取得するには、次のコマンドを使用します。 kubectl get configmaps --selector='grafana\_dashboard=1' -A ## [](#関連情報)関連情報 - [Grafana ドキュメント](https://grafana.com/docs/grafana/latest/dashboards/) # InfluxDB ライセンスの更新 InfluxDB ライセンスを更新するには、新しいライセンスと更新手順について MuleSoft カスタマーサクセスにお問い合わせください。 # Maven クライアントを使用した Exchange へのカスタムポリシーのアップロードおよびアセットのパブリッシュ Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) と Anypoint Platform のクラウドバージョンの間には違いがあり、Maven クライアントを使用して Anypoint Exchange にカスタムポリシーをアップロードしてアセットをパブリッシュするときに考慮する必要があります。 詳細については、Anypoint Platform のクラウドバージョンの次のドキュメントを参照してください。 - [カスタムポリシーの開発の開始](https://docs.mulesoft.com/jp/mule-gateway/policies-custom-getting-started) - [カスタムポリシーのアップロード](#api-manager::custom-policy-uploading-to-exchange.adoc) - [Maven Facade API](https://anypoint.mulesoft.com/exchange/portals/anypoint-platform/f1e97bc6-315a-4490-82a7-23abe036327a.anypoint-platform/exchange-maven-facade-api-http/) Anypoint Platform PCE の場合は、次の手順を実行します。 1. `settings.xml`​ ファイルで server セクションおよび repository セクションを追加し、プロジェクトのアーキタイプをセットアップします。 次のスニペットでは、関連するセクションを示しています。 ```xml ... apce-repository myusername mypassword ... apce-repository Anypoint PCE Repository https://${ANYPOINT_DNS}/exchange/maven ... ``` 次の例で、${​ANYPOINT\_DNS​} は Anypoint Platform PCE の DNS に設定されます。​`username`​ および ​`password`​ はインストールに対応する必要があります。 2. アーキタイプを生成します。 標準的なプロセス​[「カスタムポリシーの開発の開始」](https://docs.mulesoft.com/jp/mule-gateway/policies-custom-getting-started)​に従ってください。 次に例を示します。 mvn -Parchetype-repository archetype:generate \\ -DarchetypeGroupId=org.mule.tools \\ -DarchetypeArtifactId=api-gateway-custom-policy-archetype \\ -DarchetypeVersion=1.0.0 \\ -DgroupId=${orgId} \\ -DartifactId=${policyName} \\ -Dversion=1.0.0-SNAPSHOT \\ -Dpackage=mule-policy 3. `pom.xml`​ ファイルの ​`exchange.url`​ を置き換えます。 デフォルトでは、​`exchange.url`​ は Anypoint Platform のクラウドバージョンを参照します。 `maven.anypoint.mulesoft.com`​ は Anypoint Platform PCE エンドポイントを参照する必要があります。 https://${ANYPOINT\_DNS}/exchange/maven/api/v1/organizations/${orgId}/maven `repositoryId`​ は ​`settings.xml`​ ファイルで Maven について設定した ID に一致する必要があります。 4. カスタムポリシーをパッケージ化します。 [「カスタムポリシーのパッケージ化」](https://docs.mulesoft.com/jp/mule-gateway/policies-custom-package)​の Anypoint Platform のクラウドバージョンに関する説明と同じ手順を実行します。 5. カスタムポリシーをアップロードします。 [「Exchange へのカスタムポリシーのアップロード」](#api-manager::custom-policy-uploading-to-exchange.adoc)​の Anypoint Platform のクラウドバージョンに関する説明と同じ手順を実行します。 次のようなエラーが発生した場合: \[ERROR\] Failed to execute goal org.apache.maven.plugins:maven-deploy-plugin:2.8.2:deploy (default-deploy) on project ${policyName}: Failed to retrieve remote metadata ${groupId}:${policyName}:1.0.0-SNAPSHOT/maven-metadata.xml: Could not transfer metadata ${orgId}:${policyName}:1.0.0-SNAPSHOT/maven-metadata.xml from/to exchange-server (https://${ANYPOINT\_DNS}/exchange/maven/api/v1/organizations/${orgId}/maven): PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target -> \[Help 1\] プラットフォームの証明書がローカル Maven によって信頼されていないことを意味します。解決策としては、次の例のように、Maven が実行されている環境で証明書を信頼します。 keytool -printcert -sslserver ${ANYPOINT\_DNS}:443 -rfc > /tmp/anypoint.crt keytool -importcert -alias my-company.com -keystore /etc/ssl/certs/java/cacerts -storepass changeit -file /tmp/anypoint.crt 前の例で、$​ANYPOINT\_DNS​ は Anypoint Platform PCE の DNS に設定されます。場所およびパスワードを JVM のトラストストアに置き換えます。 6. `https://${ANYPOINT_DNS}/exchange/?type=policy`​ または ​`https://${ANYPOINT_DNS}/exchange/${orgID}/${artifactId}/`​ を直接参照して、ポリシーがアップロードされたことを確認してください。 Mule 4 以降によって管理される API の場合、ポリシーは ​**\[Apply Policy (ポリシーを適用)\]**​ ダイアログに表示されます。 # Maven クライアントを使用した Exchange へのカスタムポリシーのアップロードおよびアセットのパブリッシュ Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) と Anypoint Platform のクラウドバージョンの間には違いがあり、Maven クライアントを使用して Anypoint Exchange にカスタムポリシーをアップロードしてアセットをパブリッシュするときに考慮する必要があります。 Anypoint Platform のクラウドバージョンについての詳細は、以下を参照してください。 - [カスタムポリシーの開発の開始](https://docs.mulesoft.com/jp/mule-gateway/policies-custom-getting-started) - [カスタムポリシーのアップロード](#api-manager::custom-policy-uploading-to-exchange.adoc) - [Maven Facade API](https://anypoint.mulesoft.com/exchange/portals/anypoint-platform/f1e97bc6-315a-4490-82a7-23abe036327a.anypoint-platform/exchange-maven-facade-api-http/) Anypoint Platform PCE の場合は、次の手順を実行します。 1. `settings.xml`​ ファイルで server セクションおよび repository セクションを追加し、プロジェクトのアーキタイプをセットアップします。 次のスニペットでは、関連するセクションを示しています。 ```xml ... apce-repository myusername mypassword ... apce-repository Anypoint PCE Repository https://${ANYPOINT_DNS}/exchange/maven ... ``` 次の例で、${​ANYPOINT\_DNS​} は Anypoint Platform PCE の DNS に設定されます。​`username`​ および ​`password`​ はインストールに対応する必要があります。 2. アーキタイプを生成します。 標準的なプロセス​[「カスタムポリシーの開発の開始」](https://docs.mulesoft.com/jp/mule-gateway/policies-custom-getting-started)​に従ってください。 次に例を示します。 mvn -Parchetype-repository archetype:generate \\ -DarchetypeGroupId=org.mule.tools \\ -DarchetypeArtifactId=api-gateway-custom-policy-archetype \\ -DarchetypeVersion=1.0.0 \\ -DgroupId=${orgId} \\ -DartifactId=${policyName} \\ -Dversion=1.0.0-SNAPSHOT \\ -Dpackage=mule-policy 3. `pom.xml`​ ファイルの ​`exchange.url`​ を置き換えます。 デフォルトでは、​`exchange.url`​ は Anypoint Platform のクラウドバージョンを参照します。 `maven.anypoint.mulesoft.com`​ は Anypoint Platform PCE エンドポイントを参照する必要があります。 https://${ANYPOINT\_DNS}/exchange/maven/api/v1/organizations/${orgId}/maven `repositoryId`​ は ​`settings.xml`​ ファイルで Maven について設定した ID に一致する必要があります。 4. カスタムポリシーをパッケージ化します。 [「カスタムポリシーのパッケージ化」](https://docs.mulesoft.com/jp/mule-gateway/policies-custom-package)​の Anypoint Platform のクラウドバージョンに関する説明と同じ手順を実行します。 5. カスタムポリシーをアップロードします。 [「Exchange へのカスタムポリシーのアップロード」](#api-manager::custom-policy-uploading-to-exchange.adoc)​の Anypoint Platform のクラウドバージョンに関する説明と同じ手順を実行します。 次のようなエラーが発生した場合: \[ERROR\] Failed to execute goal org.apache.maven.plugins:maven-deploy-plugin:2.8.2:deploy (default-deploy) on project ${policyName}: Failed to retrieve remote metadata ${groupId}:${policyName}:1.0.0-SNAPSHOT/maven-metadata.xml: Could not transfer metadata ${orgId}:${policyName}:1.0.0-SNAPSHOT/maven-metadata.xml from/to exchange-server (https://${ANYPOINT\_DNS}/exchange/maven/api/v1/organizations/${orgId}/maven): PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target -> \[Help 1\] プラットフォームの証明書がローカル Maven によって信頼されていないことを意味します。解決策としては、次の例のように、Maven が実行されている環境で証明書を信頼します。 keytool -printcert -sslserver ${ANYPOINT\_DNS}:443 -rfc > /tmp/anypoint.crt keytool -importcert -alias my-company.com -keystore /etc/ssl/certs/java/cacerts -storepass changeit -file /tmp/anypoint.crt 前の例で、$​ANYPOINT\_DNS​ は Anypoint Platform PCE の DNS に設定されます。場所およびパスワードを JVM のトラストストアに置き換えます。 6. `https://${ANYPOINT_DNS}/exchange/?type=policy`​ または ​`https://${ANYPOINT_DNS}/exchange/${orgID}/${artifactId}/`​ を直接参照して、ポリシーがアップロードされたことを確認してください。 Mule 4 以降によって管理される API の場合、ポリシーは ​**\[Apply Policy (ポリシーを適用)\]**​ ダイアログに表示されます。 ## [](#関連情報)関連情報 - [Anypoint Platform PCE の管理](https://docs.mulesoft.com/jp/private-cloud/4.0/operating-about) # Maven クライアントを使用した Exchange へのカスタムポリシーのアップロードおよびアセットのパブリッシュ Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) と Anypoint Platform のクラウドバージョンの間には違いがあり、Maven クライアントを使用して Anypoint Exchange にカスタムポリシーをアップロードしてアセットをパブリッシュするときに考慮する必要があります。 Anypoint Platform のクラウドバージョンについての詳細は、以下を参照してください。 - [カスタムポリシーの開発の開始](https://docs.mulesoft.com/jp/mule-gateway/policies-custom-getting-started) - [カスタムポリシーのアップロード](#api-manager::custom-policy-uploading-to-exchange.adoc) - [Maven Facade API](https://anypoint.mulesoft.com/exchange/portals/anypoint-platform/f1e97bc6-315a-4490-82a7-23abe036327a.anypoint-platform/exchange-maven-facade-api-http/) Anypoint Platform PCE の場合は、次の手順を実行します。 1. `settings.xml`​ ファイルで server セクションおよび repository セクションを追加し、プロジェクトのアーキタイプをセットアップします。 次のスニペットでは、関連するセクションを示しています。 ```xml ... apce-repository myusername mypassword ... apce-repository Anypoint PCE Repository https://${ANYPOINT_DNS}/exchange/maven ... ``` 次の例で、${​ANYPOINT\_DNS​} は Anypoint Platform PCE の DNS に設定されます。​`username`​ および ​`password`​ はインストールに対応する必要があります。 2. アーキタイプを生成します。 標準的なプロセス​[「カスタムポリシーの開発の開始」](https://docs.mulesoft.com/jp/mule-gateway/policies-custom-getting-started)​に従ってください。 次に例を示します。 mvn -Parchetype-repository archetype:generate \\ -DarchetypeGroupId=org.mule.tools \\ -DarchetypeArtifactId=api-gateway-custom-policy-archetype \\ -DarchetypeVersion=1.0.0 \\ -DgroupId=${orgId} \\ -DartifactId=${policyName} \\ -Dversion=1.0.0-SNAPSHOT \\ -Dpackage=mule-policy 3. `pom.xml`​ ファイルの ​`exchange.url`​ を置き換えます。 デフォルトでは、​`exchange.url`​ は Anypoint Platform のクラウドバージョンを参照します。 `maven.anypoint.mulesoft.com`​ は Anypoint Platform PCE エンドポイントを参照する必要があります。 https://${ANYPOINT\_DNS}/exchange/maven/api/v1/organizations/${orgId}/maven `repositoryId`​ は ​`settings.xml`​ ファイルで Maven について設定した ID に一致する必要があります。 4. カスタムポリシーをパッケージ化します。 [「カスタムポリシーのパッケージ化」](https://docs.mulesoft.com/jp/mule-gateway/policies-custom-package)​の Anypoint Platform のクラウドバージョンに関する説明と同じ手順を実行します。 5. カスタムポリシーをアップロードします。 [「Exchange へのカスタムポリシーのアップロード」](#api-manager::custom-policy-uploading-to-exchange.adoc)​の Anypoint Platform のクラウドバージョンに関する説明と同じ手順を実行します。 次のようなエラーが発生した場合: \[ERROR\] Failed to execute goal org.apache.maven.plugins:maven-deploy-plugin:2.8.2:deploy (default-deploy) on project ${policyName}: Failed to retrieve remote metadata ${groupId}:${policyName}:1.0.0-SNAPSHOT/maven-metadata.xml: Could not transfer metadata ${orgId}:${policyName}:1.0.0-SNAPSHOT/maven-metadata.xml from/to exchange-server (https://${ANYPOINT\_DNS}/exchange/maven/api/v1/organizations/${orgId}/maven): PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target -> \[Help 1\] プラットフォームの証明書がローカル Maven によって信頼されていないことを意味します。解決策としては、次の例のように、Maven が実行されている環境で証明書を信頼します。 keytool -printcert -sslserver ${ANYPOINT\_DNS}:443 -rfc > /tmp/anypoint.crt keytool -importcert -alias my-company.com -keystore /etc/ssl/certs/java/cacerts -storepass changeit -file /tmp/anypoint.crt 前の例で、$​ANYPOINT\_DNS​ は Anypoint Platform PCE の DNS に設定されます。場所およびパスワードを JVM のトラストストアに置き換えます。 6. `https://${ANYPOINT_DNS}/exchange/?type=policy`​ または ​`https://${ANYPOINT_DNS}/exchange/${orgID}/${artifactId}/`​ を直接参照して、ポリシーがアップロードされたことを確認してください。 Mule 4 以降によって管理される API の場合、ポリシーは ​**\[Apply Policy (ポリシーを適用)\]**​ ダイアログに表示されます。 ## [](#関連情報)関連情報 - [Anypoint Platform PCE の管理](https://docs.mulesoft.com/jp/private-cloud/4.1/operating-about) # Maven クライアントを使用したアセットの互換性のある Java バージョンの追加 Maven Facade API (v1 および v2) を使用して、Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のアセットの互換性のある Java バージョンを追加します。Java バージョンは Exchange UI、Exchange API、Anypoint Platform PCE 環境の GraphQL コンソールに表示されます。Java 8、11、17 のみがサポートされています。 Java バージョンの互換性を追加するには、POM ファイルで、properties セクションを追加し、各 Java バージョンを true または false に設定します。 次のスニペット例では、properties セクションを示しています。 ```xml app connector, mulesoft false true true ``` 例では、Java 8 が ​`false`​ に設定されています。アセットバージョンのバージョン 11 および 17 のみが Exchange UI、Exchange API、GraphQL コンソールに表示されます。 ## [](#関連情報)関連情報 - [Anypoint Platform PCE の管理](https://docs.mulesoft.com/jp/private-cloud/4.0/operating-about) # Maven クライアントを使用したアセットの互換性のある Java バージョンの追加 Maven Facade API (v1 および v2) を使用して、Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のアセットの互換性のある Java バージョンを追加します。Java バージョンは Exchange UI、Exchange API、Anypoint Platform PCE 環境の GraphQL コンソールに表示されます。Java 8、11、17 のみがサポートされています。 Java バージョンの互換性を追加するには、POM ファイルで、properties セクションを追加し、各 Java バージョンを true または false に設定します。 次のスニペット例では、properties セクションを示しています。 ```xml app connector, mulesoft false true true ``` 例では、Java 8 が ​`false`​ に設定されています。アセットバージョンのバージョン 11 および 17 のみが Exchange UI、Exchange API、GraphQL コンソールに表示されます。 ## [](#関連情報)関連情報 - [Anypoint Platform PCE の管理](https://docs.mulesoft.com/jp/private-cloud/4.1/operating-about) # Mule Runtime Engine の登録に関するトラブルシューティング [Runtime Manager でサーバーを作成](https://docs.mulesoft.com/jp/runtime-manager/servers-create)​するときに Mule Runtime Engine 登録エラーが発生する場合、使用している TLS 証明書を信頼するように Mule を設定する必要があることがあります。 手順は、次のとおりです。 1. Anypoint Platform Private Cloud Edition の公開証明書を取得します。 2. 証明書を Mule Runtime Engine として使用している JVM のトラストストアに追加します。 次の例を使用して、​`$ANYPOINT_DNS`​ を Anypoint Platform Private Cloud Edition の DNS に設定します。キーストアの場所とパスワードを JVM のトラストストアに置き換えます。 $ keytool -printcert -sslserver $ANYPOINT\_DNS:443 -rfc > /tmp/PCE\_Certificate.cer $ keytool -importcert -alias anypoint.my-company -keystore -storepass changeit -file /tmp/PCE\_Certificate.cer CA 証明書のトラストストアについての詳細は、JVM ベンダーのドキュメント ( [Oracle のドキュメント](https://docs.oracle.com/en/java/javase/17/security/java-security-overview1.html#GUID-EB29B931-D1DE-420B-849C-D731A8DF9CDC)​など) を参照してください。 # Mule Runtime Engine の登録に関するトラブルシューティング [Runtime Manager でサーバーを作成](https://docs.mulesoft.com/jp/runtime-manager/servers-create)​するときに Mule Runtime Engine (Mule) 登録エラーが発生する場合、使用している TLS 証明書を信頼するように Mule を設定してください。 手順は、次のとおりです。 1. Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) の公開証明書を取得します。 2. 証明書を Mule として使用している JVM のトラストストアに追加します。 次の例を使用して、​`$ANYPOINT_DNS`​ を Anypoint Platform PCE の DNS に設定します。キーストアの場所とパスワードを JVM のトラストストアに置き換えます。 $ keytool -printcert -sslserver $ANYPOINT\_DNS:443 -rfc > /tmp/PCE\_Certificate.cer $ keytool -importcert -alias anypoint.my-company -keystore -storepass changeit -file /tmp/PCE\_Certificate.cer CA 証明書のトラストストアについての詳細は、JVM ベンダーのドキュメント ( [Oracle のドキュメント](https://docs.oracle.com/en/java/javase/17/security/java-security-overview1.html#GUID-EB29B931-D1DE-420B-849C-D731A8DF9CDC)​) を参照してください。 ## [](#関連情報)関連情報 - [Anypoint Platform PCE の管理](https://docs.mulesoft.com/jp/private-cloud/4.0/operating-about) # Mule Runtime Engine の登録に関するトラブルシューティング [Runtime Manager でサーバーを作成](https://docs.mulesoft.com/jp/runtime-manager/servers-create)​するときに Mule Runtime Engine (Mule) 登録エラーが発生する場合、使用している TLS 証明書を信頼するように Mule を設定してください。 手順は、次のとおりです。 1. Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) の公開証明書を取得します。 2. 証明書を Mule として使用している JVM のトラストストアに追加します。 次の例を使用して、​`$ANYPOINT_DNS`​ を Anypoint Platform PCE の DNS に設定します。キーストアの場所とパスワードを JVM のトラストストアに置き換えます。 $ keytool -printcert -sslserver $ANYPOINT\_DNS:443 -rfc > /tmp/PCE\_Certificate.cer $ keytool -importcert -alias anypoint.my-company -keystore -storepass changeit -file /tmp/PCE\_Certificate.cer CA 証明書のトラストストアについての詳細は、JVM ベンダーのドキュメント ( [Oracle のドキュメント](https://docs.oracle.com/en/java/javase/17/security/java-security-overview1.html#GUID-EB29B931-D1DE-420B-849C-D731A8DF9CDC)​) を参照してください。 ## [](#関連情報)関連情報 - [Anypoint Platform PCE の管理](https://docs.mulesoft.com/jp/private-cloud/4.1/operating-about) # NFS エラーのトラブルシューティング
NFS サーバーの設定は、インフラストラクチャチームが実行する必要があります。以下のいずれかの手順で問題が発生した場合は、インフラストラクチャチームに連絡してサポートを要求してください。
各ノードは NFS に接続されている必要があります。 ## [](#server-not-responding-サーバーが応答していません)「Server Not Responding (サーバーが応答していません)」 ping、traceroute、または tracepath などのツールを使用して、クライアントマシンとサーバーマシンが互いに通信できていることを確認します。クライアントマシンとサーバーマシンの間で通信障害が起きている場合は、​`ifconfig`​ または ​`ethtool`​ を使用してネットワークインターフェースカード (NIC) の設定を調べて、IP の設定を確認してください。 ## [](#access-denied-アクセス拒否またはpermission-denied-権限拒否)「Access Denied (アクセス拒否)」または「Permission Denied (権限拒否)」 NFS ファイルシステムのエクスポート権限を確認してください。クライアントまたはサーバーから確認できます。 クライアントから: `showmount -e server_name` サーバーから: `exportfs -a` ## [](#rpc-mount-export-rpc-timed-out-rpc-mount-export-rpc-タイムアウト)「rpc mount export: RPC: Timed out (rpc mount export: RPC: タイムアウト)」 `Unable to access file system at [NFS SERVER]: rpc mount export: RPC: Timed out`​ のエラーメッセージは、DNS 名の解決に問題がある場合に発生します。NFS (RPC) では名前の逆引きが必要です。NFS サーバーまたはクライアントが名前を解決できないと、このエラーが発生します。DNS 設定と ​`/etc/hosts`​ 設定を確認してください。 ## [](#nfs-サーバーのマウントに失敗する)NFS サーバーのマウントに失敗する マウントに失敗した場合は、NFS で必要なライブラリの一部が見つからないことが考えられます。この場合は、次のコマンドでライブラリをインストールしてください。 `yum install nfs-utils nfs-utils-lib` ### [](#mount-failed-not-permitted-マウントが失敗しました-許可されていません)「mount failed: Not Permitted (マウントが失敗しました: 許可されていません)」 `mount failed: exit status 32.Mounting command …​ not permitted`​ のエラーメッセージは、​`noresvport`​ オプションを使用してマウントしようとしたときにポートが制限されていたために発生する可能性があります。これが発生した場合は、​`noresvport`​ オプションを削除し、マウントコマンドに ​`insecure`​ フラグを追加します。 ## [](#関連情報)関連情報 - [NFS サーバー通信の確認](https://docs.mulesoft.com/jp/private-cloud/3.2/verify-nfs) # NFS エラーのトラブルシューティング
NFS サーバーの設定は、インフラストラクチャチームが実行する必要があります。以下のいずれかの手順で問題が発生した場合は、インフラストラクチャチームに連絡してサポートを要求してください。
各ノードは NFS に接続されている必要があります。 ## [](#server-not-responding-サーバーが応答していません)「Server Not Responding (サーバーが応答していません)」 ping、traceroute、または tracepath などのツールを使用して、クライアントマシンとサーバーマシンが互いに通信できていることを確認します。クライアントマシンとサーバーマシンの間で通信障害が起きている場合は、​`ifconfig`​ または ​`ethtool`​ を使用してネットワークインターフェースカード (NIC) の設定を調べて、IP の設定を確認してください。 ## [](#access-denied-アクセス拒否またはpermission-denied-権限拒否)「Access Denied (アクセス拒否)」または「Permission Denied (権限拒否)」 NFS ファイルシステムのエクスポート権限を確認してください。クライアントまたはサーバーから確認できます。 クライアントから: `showmount -e server_name` サーバーから: `exportfs -a` ## [](#rpc-mount-export-rpc-timed-out-rpc-mount-export-rpc-タイムアウト)「rpc mount export: RPC: Timed out (rpc mount export: RPC: タイムアウト)」 `Unable to access file system at [NFS SERVER]: rpc mount export: RPC: Timed out`​ のエラーメッセージは、DNS 名の解決に問題がある場合に発生します。NFS (RPC) では名前の逆引きが必要です。NFS サーバーまたはクライアントが名前を解決できないと、このエラーが発生します。DNS 設定と ​`/etc/hosts`​ 設定を確認してください。 ## [](#nfs-サーバーのマウントに失敗する)NFS サーバーのマウントに失敗する マウントに失敗した場合は、NFS で必要なライブラリの一部が見つからないことが考えられます。この場合は、次のコマンドでライブラリをインストールしてください。 `yum install nfs-utils nfs-utils-lib` ### [](#mount-failed-not-permitted-マウントが失敗しました-許可されていません)「mount failed: Not Permitted (マウントが失敗しました: 許可されていません)」 `mount failed: exit status 32.Mounting command …​ not permitted`​ のエラーメッセージは、​`noresvport`​ オプションを使用してマウントしようとしたときにポートが制限されていたために発生する可能性があります。これが発生した場合は、​`noresvport`​ オプションを削除し、マウントコマンドに ​`insecure`​ フラグを追加します。 ## [](#関連情報)関連情報 - [NFS サーバー通信の確認](https://docs.mulesoft.com/jp/private-cloud/4.0/verify-nfs) # NFS エラーのトラブルシューティング
NFS サーバーの設定は、インフラストラクチャチームが実行する必要があります。以下のいずれかの手順で問題が発生した場合は、インフラストラクチャチームに連絡してサポートを要求してください。
各ノードは NFS に接続されている必要があります。 ## [](#server-not-responding-サーバーが応答していません)「Server Not Responding (サーバーが応答していません)」 ping、traceroute、または tracepath などのツールを使用して、クライアントマシンとサーバーマシンが互いに通信できていることを確認します。クライアントマシンとサーバーマシンの間で通信障害が起きている場合は、​`ifconfig`​ または ​`ethtool`​ を使用してネットワークインターフェースカード (NIC) の設定を調べて、IP の設定を確認してください。 ## [](#access-denied-アクセス拒否またはpermission-denied-権限拒否)「Access Denied (アクセス拒否)」または「Permission Denied (権限拒否)」 NFS ファイルシステムのエクスポート権限を確認してください。クライアントまたはサーバーから確認できます。 クライアントから: `showmount -e server_name` サーバーから: `exportfs -a` ## [](#rpc-mount-export-rpc-timed-out-rpc-mount-export-rpc-タイムアウト)「rpc mount export: RPC: Timed out (rpc mount export: RPC: タイムアウト)」 `Unable to access file system at [NFS SERVER]: rpc mount export: RPC: Timed out`​ のエラーメッセージは、DNS 名の解決に問題がある場合に発生します。NFS (RPC) では名前の逆引きが必要です。NFS サーバーまたはクライアントが名前を解決できないと、このエラーが発生します。DNS 設定と ​`/etc/hosts`​ 設定を確認してください。 ## [](#nfs-サーバーのマウントに失敗する)NFS サーバーのマウントに失敗する マウントに失敗した場合は、NFS で必要なライブラリの一部が見つからないことが考えられます。この場合は、次のコマンドでライブラリをインストールしてください。 `yum install nfs-utils nfs-utils-lib` ### [](#mount-failed-not-permitted-マウントが失敗しました-許可されていません)「mount failed: Not Permitted (マウントが失敗しました: 許可されていません)」 `mount failed: exit status 32.Mounting command …​ not permitted`​ のエラーメッセージは、​`noresvport`​ オプションを使用してマウントしようとしたときにポートが制限されていたために発生する可能性があります。これが発生した場合は、​`noresvport`​ オプションを削除し、マウントコマンドに ​`insecure`​ フラグを追加します。 ## [](#関連情報)関連情報 - [NFS サーバー通信の確認](https://docs.mulesoft.com/jp/private-cloud/4.1/verify-nfs) # NFS サーバーの前提条件
Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) をインストールする前に、インフラストラクチャチームは、以下の各セクションをレビューし、記述されている要件を環境が満足していることを確認する必要があります。必要であれば MuleSoft の担当者に連絡して、NFS サーバーが正しく設定されていることを確認するためのサポートを要求してください。
## [](#nfs-サーバーのセットアップの確認)NFS サーバーのセットアップの確認 Anypoint Platform PCE バージョン 2.0 以降では、ネットワークファイルシステム (NFS) サーバーと使用可能な NFS エンドポイントが必要です。NFS サーバーは以下の要件を満足する必要があります。 - 250 GB 以上のファイルシステム上で動作していること。 - サポートされている NFS バージョン (4.0 または 4.1) のいずれかを使用していること。 - ネットワーク接続ストレージ (NAS) システムでバックアップ可能であること。 - ポート 2049 が TCP と UDP の両方に対して有効であること。 - すべての PCE ノードが NFS サーバーにアクセスできるようにネットワークが設定されていること。ダイレクト NFS クライアントは Kubernetes 1.9 であるため、NFS バージョン 4 に準拠している必要があります。 NFS 4.0 および 4.1 では ​`portmapper`​ サービスは使用されません。 ## [](#必要なポートが開いていることの確認)必要なポートが開いていることの確認 NFS サーバーを使用するには、TCP と UDP に対してポート 2049 が開いている必要があります。 各ノードで netcat または同様のユーティリティを使用して、必要なポートが開いていることを確認します。netcat は、TCP または UDP を使用してネットワーク接続を読み書きするためのコンピューターネットワーキングユーティリティです。 各ノードで ​`nc -zv 2049`​ を実行します。
デフォルトでは、netcat ツールは Anypoint Platform PCE には含まれません。​command not found​ エラーが返された場合は、netcat または同様のユーティリティをダウンロードしてインストールしてください。
netcat が正常に実行されれば、次の例のような応答が返されます。 \[ec2-user@ip-10-1-1-97 ~\]$ nc -zv 2049 Ncat: Version 7.50 ( https://nmap.org/ncat ) Ncat: Connected to 10.1.0.155:2049. Ncat: 0 bytes sent, 0 bytes received in 0.01 seconds. ## [](#nfs-サーバーがマウントされていることの確認)NFS サーバーがマウントされていることの確認 各ノードで、NFS サーバーを一時ディレクトリにマウントします。 1. 次のコマンドでルートに切り替えます。 `sudo su` 2. NFS を一時ディレクトリにマウントするには、次のコマンドを (​``​ と ​``​ に適切な値を入力して) 実行します。 `mkdir -p /mnt/home` `mount -t nfs4 -o proto=tcp,port=2049 : /mnt/home/` マウントが失敗した場合は、必要な権限を持っていないことが考えられます。 ## [](#nfs-パフォーマンスの確認)NFS パフォーマンスの確認 クライアントとサーバーの視点から環境を慎重に分析して、最適な NFS プラットフォームであることを検証してください。手順は次のとおりです。 - NFS サーバーのパフォーマンスとレイテンシーをテストします。これらの操作では、クライアント (Anypoint Platform PCE 環境) から NFS サーバーにデータを転送して、各転送に要した時間を測定します。 - 以下のパラメーターを指定してファイルを転送しながら、​`time dd if=/dev/zero of=/mnt/home/ bs= count=`​ コマンドを使用して NFS サーバーのパフォーマンスをテストします。 - 名前は ​`` - ``​ と ​``​ は、それぞれブロックサイズとブロック数です。 - Anypoint Platform PCE が NFS ファイル転送をどのように処理しているかを確認します。大きいファイル (128MB) と小さいファイル (80KB) で読み書き操作を行います。 各ノードですべてのテストを実行します。 ### [](#nfs-サーバーで大きいファイルの書き込みと読み出しをテストする)NFS サーバーで大きいファイルの書き込みと読み出しをテストする 以下の読み書きテストは、大きいファイルを使用して行います。 - ファイルサイズ: 128 MB - ブロックサイズ: 4 KB - ブロック数: 32768 テストの実行中は、異なるファイルが生成されます (各テストで 1 つずつ)。 1. NFS サーバーをマウントするディレクトリを作成します。 sudo su mkdir -p /mnt/home 2. NFS サーバーをマウントします。 mount -t nfs4 -o proto=tcp,port=2049 : /mnt/home/ 3. NFS サーバーにデータ (各 128 MB のファイル 5 つ) を書き込みます。 time for i in {1..5}; do dd if=/dev/zero of=/mnt/home/greatfile$i.test bs=4k count=32768; done このコマンドは、次のような出力を返します。 \[root@ip-10-1-1-97 ec2-user\]# time for i in {1..5}; do dd if=/dev/zero of=/mnt/home/greatfile$i.test bs=4k count=32768; done 32768+0 records in 32768+0 records out 134217728 bytes (134 MB) copied, 2.12805 s, 63.1 MB/s . . . real 0m8.378s user 0m0.034s sys 0m0.792s 出力に含まれる ​`real`​ パラメーター値が 15 秒未満であることを確認してください。 #### [](#読み出しパフォーマンスを検証する)読み出しパフォーマンスを検証する 1. NFS サーバーをマウント解除します。 umount /mnt/home 2. NFS サーバーを再マウントします。 mount -t nfs4 -o proto=tcp,port=2049 : /mnt/home/ 3. 次のコマンドで NFS サーバーからデータを読み出します。 time for i in {1..5}; do dd if=/mnt/home/greatfile$i.test of=/dev/null bs=4k; done 出力に含まれる ​`real`​ パラメーター値が 15 秒未満であることを確認してください。 #### [](#キャッシュをクリアする)キャッシュをクリアする NFS サーバーをマウント解除してキャッシュをクリアします。 umount /mnt/home ### [](#nfs-サーバーで小さいファイルの書き込みと読み出しをテストする)NFS サーバーで小さいファイルの書き込みと読み出しをテストする 大きいファイルと同じように以下の小さいファイルでテストを実行します。 - ファイルサイズ: 80 KB - ブロックサイズ: 4 KB - ブロック数: 20 テストを開始する前に、前回のテストで作成された ​`/mnt/home`​ ディレクトリが残っていることを確認します。 1. NFS サーバーをマウントします。 mount -t nfs4 -o proto=tcp,port=2049 : /mnt/home/ 2. NFS サーバーにデータ (各 80 KB のファイル 5 つ) を書き込みます。 time for i in {1..30}; do dd if=/dev/zero of=/mnt/home/smallfile$i.test bs=4k count=20; done 出力に含まれる ​`real`​ パラメーター値が 2 秒前後であることを確認してください。 #### [](#読み出しパフォーマンスを検証する-2)読み出しパフォーマンスを検証する 1. NFS サーバーをマウント解除します。 umount 2. NFS サーバーを再マウントします。 mount -t nfs4 -o proto=tcp,port=2049 : /mnt/home/ 3. NFS サーバーから読み取りを実行します。 time for i in {1..30}; do dd if=/mnt/home/smallfile$i.test of=/dev/null bs=4k; done テストで重要なパラメーターは出力に含まれる ​`real`​ パラメーターで、この値が 2 秒前後であることを確認してください。 #### [](#テストファイルを削除する)テストファイルを削除する パフォーマンステストを完了したら、テストファイルを削除します。 1. 次のコマンドを実行して、生成したファイルをすべて削除します。 rm -f /mnt/home/\*.test 2. NFS サーバーをマウント解除します。 umount /mnt/home ## [](#関連情報)関連情報 - [NFS のトラブルシューティング](https://docs.mulesoft.com/jp/private-cloud/3.2/troubleshoot-nfs) - [環境要件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-platform) - [ハードウェア前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-hardware) - [ソフトウェアの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-software) - [ネットワークの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-network) - [インストール前の検証](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-gravity-check) # NFS サーバーの前提条件
Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) をインストールする前に、インフラストラクチャチームは、以下の各セクションをレビューし、記述されている要件を環境が満足していることを確認する必要があります。必要であれば MuleSoft の担当者に連絡して、NFS サーバーが正しく設定されていることを確認するためのサポートを要求してください。
## [](#nfs-サーバーのセットアップの確認)NFS サーバーのセットアップの確認 Anypoint Platform PCE バージョン 2.0 以降では、ネットワークファイルシステム (NFS) サーバーと使用可能な NFS エンドポイントが必要です。NFS サーバーは以下の要件を満足する必要があります。 - 250 GB 以上のファイルシステム上で動作していること。 - サポートされている NFS バージョン (4.0 または 4.1) のいずれかを使用していること。 - ネットワーク接続ストレージ (NAS) システムでバックアップ可能であること。 - ポート 2049 が TCP と UDP の両方に対して有効であること。 - すべての PCE ノードが NFS サーバーにアクセスできるようにネットワークが設定されていること。ダイレクト NFS クライアントは Kubernetes 1.9 であるため、NFS バージョン 4 に準拠している必要があります。 NFS 4.0 および 4.1 では ​`portmapper`​ サービスは使用されません。 ## [](#必要なポートが開いていることの確認)必要なポートが開いていることの確認 NFS サーバーを使用するには、TCP と UDP に対してポート 2049 が開いている必要があります。 各ノードで netcat または同様のユーティリティを使用して、必要なポートが開いていることを確認します。netcat は、TCP または UDP を使用してネットワーク接続を読み書きするためのコンピューターネットワーキングユーティリティです。 各ノードで ​`nc -zv 2049`​ を実行します。
デフォルトでは、netcat ツールは Anypoint Platform PCE には含まれません。​command not found​ エラーが返された場合は、netcat または同様のユーティリティをダウンロードしてインストールしてください。
netcat が正常に実行されれば、次の例のような応答が返されます。 \[ec2-user@ip-10-1-1-97 ~\]$ nc -zv 2049 Ncat: Version 7.50 ( https://nmap.org/ncat ) Ncat: Connected to 10.1.0.155:2049. Ncat: 0 bytes sent, 0 bytes received in 0.01 seconds. ## [](#nfs-サーバーがマウントされていることの確認)NFS サーバーがマウントされていることの確認 各ノードで、NFS サーバーを一時ディレクトリにマウントします。 1. 次のコマンドでルートに切り替えます。 `sudo su` 2. NFS を一時ディレクトリにマウントするには、次のコマンドを (​``​ と ​``​ に適切な値を入力して) 実行します。 `mkdir -p /mnt/home` `mount -t nfs4 -o proto=tcp,port=2049 : /mnt/home/` マウントが失敗した場合は、必要な権限を持っていないことが考えられます。 ## [](#nfs-パフォーマンスの確認)NFS パフォーマンスの確認 クライアントとサーバーの視点から環境を慎重に分析して、最適な NFS プラットフォームであることを検証してください。手順は次のとおりです。 - NFS サーバーのパフォーマンスとレイテンシーをテストします。これらの操作では、クライアント (Anypoint Platform PCE 環境) から NFS サーバーにデータを転送して、各転送に要した時間を測定します。 - 以下のパラメーターを指定してファイルを転送しながら、​`time dd if=/dev/zero of=/mnt/home/ bs= count=`​ コマンドを使用して NFS サーバーのパフォーマンスをテストします。 - 名前は ​`` - ``​ と ​``​ は、それぞれブロックサイズとブロック数です。 - Anypoint Platform PCE が NFS ファイル転送をどのように処理しているかを確認します。大きいファイル (128MB) と小さいファイル (80KB) で読み書き操作を行います。 各ノードですべてのテストを実行します。 ### [](#nfs-サーバーで大きいファイルの書き込みと読み出しをテストする)NFS サーバーで大きいファイルの書き込みと読み出しをテストする 以下の読み書きテストは、大きいファイルを使用して行います。 - ファイルサイズ: 128 MB - ブロックサイズ: 4 KB - ブロック数: 32768 テストの実行中は、異なるファイルが生成されます (各テストで 1 つずつ)。 1. NFS サーバーをマウントするディレクトリを作成します。 sudo su mkdir -p /mnt/home 2. NFS サーバーをマウントします。 mount -t nfs4 -o proto=tcp,port=2049 : /mnt/home/ 3. NFS サーバーにデータ (各 128 MB のファイル 5 つ) を書き込みます。 time for i in {1..5}; do dd if=/dev/zero of=/mnt/home/greatfile$i.test bs=4k count=32768; done このコマンドは、次のような出力を返します。 \[root@ip-10-1-1-97 ec2-user\]# time for i in {1..5}; do dd if=/dev/zero of=/mnt/home/greatfile$i.test bs=4k count=32768; done 32768+0 records in 32768+0 records out 134217728 bytes (134 MB) copied, 2.12805 s, 63.1 MB/s . . . real 0m8.378s user 0m0.034s sys 0m0.792s 出力に含まれる ​`real`​ パラメーター値が 15 秒未満であることを確認してください。 #### [](#読み出しパフォーマンスを検証する)読み出しパフォーマンスを検証する 1. NFS サーバーをマウント解除します。 umount /mnt/home 2. NFS サーバーを再マウントします。 mount -t nfs4 -o proto=tcp,port=2049 : /mnt/home/ 3. 次のコマンドで NFS サーバーからデータを読み出します。 time for i in {1..5}; do dd if=/mnt/home/greatfile$i.test of=/dev/null bs=4k; done 出力に含まれる ​`real`​ パラメーター値が 15 秒未満であることを確認してください。 #### [](#キャッシュをクリアする)キャッシュをクリアする NFS サーバーをマウント解除してキャッシュをクリアします。 umount /mnt/home ### [](#nfs-サーバーで小さいファイルの書き込みと読み出しをテストする)NFS サーバーで小さいファイルの書き込みと読み出しをテストする 大きいファイルと同じように以下の小さいファイルでテストを実行します。 - ファイルサイズ: 80 KB - ブロックサイズ: 4 KB - ブロック数: 20 テストを開始する前に、前回のテストで作成された ​`/mnt/home`​ ディレクトリが残っていることを確認します。 1. NFS サーバーをマウントします。 mount -t nfs4 -o proto=tcp,port=2049 : /mnt/home/ 2. NFS サーバーにデータ (各 80 KB のファイル 5 つ) を書き込みます。 time for i in {1..30}; do dd if=/dev/zero of=/mnt/home/smallfile$i.test bs=4k count=20; done 出力に含まれる ​`real`​ パラメーター値が 2 秒前後であることを確認してください。 #### [](#読み出しパフォーマンスを検証する-2)読み出しパフォーマンスを検証する 1. NFS サーバーをマウント解除します。 umount 2. NFS サーバーを再マウントします。 mount -t nfs4 -o proto=tcp,port=2049 : /mnt/home/ 3. NFS サーバーから読み取りを実行します。 time for i in {1..30}; do dd if=/mnt/home/smallfile$i.test of=/dev/null bs=4k; done テストで重要なパラメーターは出力に含まれる ​`real`​ パラメーターで、この値が 2 秒前後であることを確認してください。 #### [](#テストファイルを削除する)テストファイルを削除する パフォーマンステストを完了したら、テストファイルを削除します。 1. 次のコマンドを実行して、生成したファイルをすべて削除します。 rm -f /mnt/home/\*.test 2. NFS サーバーをマウント解除します。 umount /mnt/home ## [](#関連情報)関連情報 - [NFS のトラブルシューティング](https://docs.mulesoft.com/jp/private-cloud/4.0/troubleshoot-nfs) - [環境要件](https://docs.mulesoft.com/jp/private-cloud/4.0/install-checklist) - [ハードウェア前提条件](https://docs.mulesoft.com/jp/private-cloud/4.0/install-checklist) - [ソフトウェアの前提条件](https://docs.mulesoft.com/jp/private-cloud/4.0/install-checklist) - [ネットワークの前提条件](https://docs.mulesoft.com/jp/private-cloud/4.0/install-checklist) - [インストール前の検証](https://docs.mulesoft.com/jp/private-cloud/4.0/install-workflow) # NFS サーバーの前提条件
Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) をインストールする前に、インフラストラクチャチームは、以下の各セクションをレビューし、記述されている要件を環境が満足していることを確認する必要があります。必要であれば MuleSoft の担当者に連絡して、NFS サーバーが正しく設定されていることを確認するためのサポートを要求してください。
## [](#nfs-サーバーのセットアップの確認)NFS サーバーのセットアップの確認 Anypoint Platform PCE バージョン 2.0 以降では、ネットワークファイルシステム (NFS) サーバーと使用可能な NFS エンドポイントが必要です。NFS サーバーは以下の要件を満足する必要があります。 - 250 GB 以上のファイルシステム上で動作していること。 - NFS 4.x を使用していること。 - ネットワーク接続ストレージ (NAS) システムでバックアップ可能であること。 - ポート 2049 が TCP と UDP の両方に対して有効であること。 - すべての PCE ノードが NFS サーバーにアクセスできるようにネットワークが設定されていること。ダイレクト NFS クライアントは Kubernetes 1.9 であるため、NFS バージョン 4 に準拠している必要があります。 NFS 4.x では ​`portmapper`​ サービスは使用されません。 ## [](#必要なポートが開いていることの確認)必要なポートが開いていることの確認 NFS サーバーを使用するには、TCP と UDP に対してポート 2049 が開いている必要があります。 各ノードで netcat または同様のユーティリティを使用して、必要なポートが開いていることを確認します。netcat は、TCP または UDP を使用してネットワーク接続を読み書きするためのコンピューターネットワーキングユーティリティです。 各ノードで ​`nc -zv 2049`​ を実行します。
デフォルトでは、netcat ツールは Anypoint Platform PCE には含まれません。​command not found​ エラーが返された場合は、netcat または同様のユーティリティをダウンロードしてインストールしてください。
netcat が正常に実行されれば、次の例のような応答が返されます。 \[ec2-user@ip-10-1-1-97 ~\]$ nc -zv 2049 Ncat: Version 7.50 ( https://nmap.org/ncat ) Ncat: Connected to 10.1.0.155:2049. Ncat: 0 bytes sent, 0 bytes received in 0.01 seconds. ## [](#nfs-サーバーがマウントされていることの確認)NFS サーバーがマウントされていることの確認 各ノードで、NFS サーバーを一時ディレクトリにマウントします。 1. 次のコマンドでルートに切り替えます。 `sudo su` 2. NFS を一時ディレクトリにマウントするには、次のコマンドを (​``​ と ​``​ に適切な値を入力して) 実行します。 `mkdir -p /mnt/home` `mount -t nfs4 -o proto=tcp,port=2049 : /mnt/home/` マウントが失敗した場合は、必要な権限を持っていないことが考えられます。 ## [](#nfs-パフォーマンスの確認)NFS パフォーマンスの確認 クライアントとサーバーの視点から環境を慎重に分析して、最適な NFS プラットフォームであることを検証してください。手順は次のとおりです。 - NFS サーバーのパフォーマンスとレイテンシーをテストします。これらの操作では、クライアント (Anypoint Platform PCE 環境) から NFS サーバーにデータを転送して、各転送に要した時間を測定します。 - 以下のパラメーターを指定してファイルを転送しながら、​`time dd if=/dev/zero of=/mnt/home/ bs= count=`​ コマンドを使用して NFS サーバーのパフォーマンスをテストします。 - 名前は ​`` - ``​ と ​``​ は、それぞれブロックサイズとブロック数です。 - Anypoint Platform PCE が NFS ファイル転送をどのように処理しているかを確認します。大きいファイル (128MB) と小さいファイル (80KB) で読み書き操作を行います。 各ノードですべてのテストを実行します。 ### [](#nfs-サーバーで大きいファイルの書き込みと読み出しをテストする)NFS サーバーで大きいファイルの書き込みと読み出しをテストする 以下の読み書きテストは、大きいファイルを使用して行います。 - ファイルサイズ: 128 MB - ブロックサイズ: 4 KB - ブロック数: 32768 テストの実行中は、異なるファイルが生成されます (各テストで 1 つずつ)。 1. NFS サーバーをマウントするディレクトリを作成します。 sudo su mkdir -p /mnt/home 2. NFS サーバーをマウントします。 mount -t nfs4 -o proto=tcp,port=2049 : /mnt/home/ 3. NFS サーバーにデータ (各 128 MB のファイル 5 つ) を書き込みます。 time for i in {1..5}; do dd if=/dev/zero of=/mnt/home/greatfile$i.test bs=4k count=32768; done このコマンドは、次のような出力を返します。 \[root@ip-10-1-1-97 ec2-user\]# time for i in {1..5}; do dd if=/dev/zero of=/mnt/home/greatfile$i.test bs=4k count=32768; done 32768+0 records in 32768+0 records out 134217728 bytes (134 MB) copied, 2.12805 s, 63.1 MB/s . . . real 0m8.378s user 0m0.034s sys 0m0.792s 出力に含まれる ​`real`​ パラメーター値が 15 秒未満であることを確認してください。 #### [](#読み出しパフォーマンスを検証する)読み出しパフォーマンスを検証する 1. NFS サーバーをマウント解除します。 umount /mnt/home 2. NFS サーバーを再マウントします。 mount -t nfs4 -o proto=tcp,port=2049 : /mnt/home/ 3. 次のコマンドで NFS サーバーからデータを読み出します。 time for i in {1..5}; do dd if=/mnt/home/greatfile$i.test of=/dev/null bs=4k; done 出力に含まれる ​`real`​ パラメーター値が 15 秒未満であることを確認してください。 #### [](#キャッシュをクリアする)キャッシュをクリアする NFS サーバーをマウント解除してキャッシュをクリアします。 umount /mnt/home ### [](#nfs-サーバーで小さいファイルの書き込みと読み出しをテストする)NFS サーバーで小さいファイルの書き込みと読み出しをテストする 大きいファイルと同じように以下の小さいファイルでテストを実行します。 - ファイルサイズ: 80 KB - ブロックサイズ: 4 KB - ブロック数: 20 テストを開始する前に、前回のテストで作成された ​`/mnt/home`​ ディレクトリが残っていることを確認します。 1. NFS サーバーをマウントします。 mount -t nfs4 -o proto=tcp,port=2049 : /mnt/home/ 2. NFS サーバーにデータ (各 80 KB のファイル 5 つ) を書き込みます。 time for i in {1..30}; do dd if=/dev/zero of=/mnt/home/smallfile$i.test bs=4k count=20; done 出力に含まれる ​`real`​ パラメーター値が 2 秒前後であることを確認してください。 #### [](#読み出しパフォーマンスを検証する-2)読み出しパフォーマンスを検証する 1. NFS サーバーをマウント解除します。 umount 2. NFS サーバーを再マウントします。 mount -t nfs4 -o proto=tcp,port=2049 : /mnt/home/ 3. NFS サーバーから読み取りを実行します。 time for i in {1..30}; do dd if=/mnt/home/smallfile$i.test of=/dev/null bs=4k; done テストで重要なパラメーターは出力に含まれる ​`real`​ パラメーターで、この値が 2 秒前後であることを確認してください。 #### [](#テストファイルを削除する)テストファイルを削除する パフォーマンステストを完了したら、テストファイルを削除します。 1. 次のコマンドを実行して、生成したファイルをすべて削除します。 rm -f /mnt/home/\*.test 2. NFS サーバーをマウント解除します。 umount /mnt/home ## [](#関連情報)関連情報 - [NFS のトラブルシューティング](https://docs.mulesoft.com/jp/private-cloud/4.1/troubleshoot-nfs) - [環境要件](https://docs.mulesoft.com/jp/private-cloud/4.1/install-checklist) - [ハードウェア前提条件](https://docs.mulesoft.com/jp/private-cloud/4.1/install-checklist) - [ソフトウェアの前提条件](https://docs.mulesoft.com/jp/private-cloud/4.1/install-checklist) - [ネットワークの前提条件](https://docs.mulesoft.com/jp/private-cloud/4.1/install-checklist) - [インストール前の検証](https://docs.mulesoft.com/jp/private-cloud/4.1/install-workflow) # OpenShift での Anypoint Platform PCE のインストール Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) を OpenShift にインストールする前に、Security Context Constraints (SCC) を設定してポッドに必要な権限を付与し、Prometheus のロールを作成してサービスからメトリクスを収集できるようにしてください。これらの設定が完了したら、Anypoint Platform PCE のインストールを進めます。
Anypoint Platform PCE をインストールする前に、運用可能な OpenShift クラスターを用意しておく必要があります。まだ設定していない場合は、OpenShift のドキュメントを参照して設定してください。
Anypoint Platform PCE のインストールを実行するには、MuleSoft Professional Services に連絡してください。 ## [](#openshift-環境の設定)OpenShift 環境の設定 OpenShift 環境を設定するには、Security Context Constraints (SCC) と Prometheus のロールを設定してください。 ### [](#security-context-constraints-scc-の設定)Security Context Constraints (SCC) の設定 以下のスニペットは、SCC を設定するものです。 ```yaml apiVersion: security.openshift.io/v1 kind: SecurityContextConstraints metadata: name: anypoint-anyuid allowHostDirVolumePlugin: false allowHostIPC: false allowHostNetwork: false allowHostPID: false allowHostPorts: false allowPrivilegeEscalation: true allowPrivilegedContainer: false allowedCapabilities: null defaultAddCapabilities: null fsGroup: type: RunAsAny users: [] groups: [] readOnlyRootFilesystem: false requiredDropCapabilities: - MKNOD runAsUser: type: RunAsAny seLinuxContext: type: MustRunAs seccompProfiles: - runtime/default supplementalGroups: type: RunAsAny volumes: - configMap - csi - downwardAPI - emptyDir - ephemeral - persistentVolumeClaim - projected - secret --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRole metadata: name: anypoint-scc namespace: default rules: - apiGroups: [ "security.openshift.io" ] resourceNames: - anypoint-anyuid resources: [ "securitycontextconstraints" ] verbs: [ "use" ] --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRoleBinding metadata: name: anypoint-scc roleRef: apiGroup: rbac.authorization.k8s.io kind: ClusterRole name: anypoint-scc subjects: - kind: ServiceAccount name: anypoint-install namespace: default - kind: ServiceAccount name: anypoint-install namespace: dias - kind: ServiceAccount name: default namespace: pce - kind: ServiceAccount name: default namespace: access-management - kind: ServiceAccount name: authentication-server-service-account namespace: access-management - kind: ServiceAccount name: default namespace: design-center - kind: ServiceAccount name: default namespace: api-console-proxy - kind: ServiceAccount name: default namespace: amf - kind: ServiceAccount name: default namespace: arm - kind: ServiceAccount name: default namespace: api-manager - kind: ServiceAccount name: default namespace: mozart - kind: ServiceAccount name: default namespace: mocking - kind: ServiceAccount name: default namespace: api-manager - kind: ServiceAccount name: default namespace: audit-log - kind: ServiceAccount name: default namespace: trusted-domains - kind: ServiceAccount name: default namespace: api-designer - kind: ServiceAccount name: monitoring namespace: pce - kind: ServiceAccount name: default namespace: exchange - kind: ServiceAccount name: xapi-service-deployment-manager namespace: exchange - kind: ServiceAccount name: default namespace: core-paas - kind: ServiceAccount name: default namespace: monitoring-center - kind: ServiceAccount name: default namespace: visualizer - kind: ServiceAccount name: secrets-robot namespace: dias - kind: ServiceAccount name: default namespace: dias - kind: ServiceAccount name: default namespace: amc - kind: Group name: system:serviceaccounts:monitoring - kind: ServiceAccount name: default namespace: anypoint-flash ``` このファイルを ​`openshift-scc.yaml`​ として保存し、OpenShift クラスターに適用してください。 ```none oc apply -f openshift-scc.yaml ``` ### [](#prometheus-のロールの設定)Prometheus のロールの設定 Prometheus は Anypoint Platform PCE サービスからメトリクスを収集するための特定のロールを必要とします。以下のスニペットは、必要なロールを設定するものです。 ```yaml apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRole metadata: name: pce-prometheus rules: - apiGroups: - "" resources: - endpoints - pods - services - nodes - secrets verbs: - get - list - watch --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRoleBinding metadata: name: pce-prometheus roleRef: apiGroup: rbac.authorization.k8s.io kind: ClusterRole name: pce-prometheus subjects: - kind: ServiceAccount name: prometheus-k8s namespace: openshift-monitoring ``` このファイルを ​`openshift-monitoring.yaml`​ として保存し、OpenShift クラスターに適用してください。 ```none oc apply -f openshift-monitoring.yaml ``` ## [](#openshift-への-anypoint-platform-pce-のインストール)OpenShift への Anypoint Platform PCE のインストール 以下のスニペットは、OpenShift クラスターに Anypoint Platform PCE をデプロイするためのインストールマニフェストの例を提供します。 ```yaml containerRegistry: endpoint: registry.pce.example.com username: username password: password certificate: '' subproject: example tlsSkipVerify: true postInstallConfiguration: platformDNS: anypoint.pce.example.com fileSystemDNS: fs.pce.example.com firstUserAccount: organizationName: Example Org username: username email: username@mulesoft.com password: password platformCertificate: cert.pem platformCertificateKey: key.pem amvInstallConfiguration: enabled: false storageConfiguration: pceobjectstore: type: persistentVolumeClaim storageClass: example-csi stolon: type: persistentVolumeClaim storageClass: example-csi monitoringAppConfiguration: monitoringStackEnabled: false grafana: enabled: true values: | datasources: datasources.yaml: apiVersion: 1 datasources: - name: Prometheus type: prometheus url: https://prometheus-k8s.openshift-monitoring.svc:9091 access: proxy isDefault: true jsonData: tlsSkipVerify: true httpHeaderName1: 'Authorization' secureJsonData: httpHeaderValue1: 'Bearer ' ``` このスニペットの ​`monitoringAppConfiguration`​ セクションに注意してください。このセクションでは、Anypoint Platform PCE の監視スタックを無効にし、Grafana アプリケーションのみを有効にしています。OpenShift にはデフォルトで Prometheus が含まれているため、監視スタックを無効にすることをお勧めします。Grafana を有効にして、Prometheus に接続するようにデータソースを設定します。 Prometheus に接続するためのトークンを取得するには、このコマンドを実行します。 ```none oc create token prometheus-k8s -n openshift-monitoring --duration=87600h ``` インストールが完了したら、以下のコマンドを実行して、OpenShift の Prometheus がプラットフォームサービスからメトリクスを収集できるようにしてください。 ```none oc label namespace default openshift.io/cluster-monitoring="true" --overwrite oc label namespace pce openshift.io/cluster-monitoring="true" --overwrite ``` ## [](#関連情報)関連情報 - [Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインストール](https://docs.mulesoft.com/jp/private-cloud/4.0/install-workflow) - [Anypoint Platform PCE の前提条件](https://docs.mulesoft.com/jp/private-cloud/4.0/install-checklist) # OpenShift での Anypoint Platform PCE のインストール Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) を OpenShift にインストールする前に、Security Context Constraints (SCC) を設定してポッドに必要な権限を付与し、Prometheus のロールを作成してサービスからメトリクスを収集できるようにしてください。これらの設定が完了したら、Anypoint Platform PCE のインストールを進めます。
Anypoint Platform PCE をインストールする前に、運用可能な OpenShift クラスターを用意しておく必要があります。まだ設定していない場合は、OpenShift のドキュメントを参照して設定してください。
Anypoint Platform PCE のインストールを実行するには、MuleSoft Professional Services に連絡してください。
Anypoint Platform PCE 4.1.0 は、OpenShift 4.16 でインストールおよび検証されます。
## [](#openshift-環境の設定)OpenShift 環境の設定 OpenShift 環境を設定するには、Security Context Constraints (SCC) と Prometheus のロールを設定してください。 ### [](#security-context-constraints-scc-の設定)Security Context Constraints (SCC) の設定 次のスニペットには、SCC 設定が含まれます。 ```yaml apiVersion: security.openshift.io/v1 kind: SecurityContextConstraints metadata: name: anypoint-anyuid allowHostDirVolumePlugin: false allowHostIPC: false allowHostNetwork: false allowHostPID: false allowHostPorts: false allowPrivilegeEscalation: false allowPrivilegedContainer: false allowedCapabilities: null defaultAddCapabilities: null fsGroup: type: RunAsAny users: [] groups: [] readOnlyRootFilesystem: false requiredDropCapabilities: - MKNOD runAsUser: type: MustRunAs uid: 2020 seLinuxContext: type: MustRunAs seccompProfiles: - runtime/default supplementalGroups: type: RunAsAny volumes: - configMap - csi - downwardAPI - emptyDir - ephemeral - persistentVolumeClaim - projected - secret --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRole metadata: name: anypoint-scc namespace: pce-core rules: - apiGroups: [ "security.openshift.io" ] resourceNames: - anypoint-anyuid resources: [ "securitycontextconstraints" ] verbs: [ "use" ] --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRoleBinding metadata: name: anypoint-scc roleRef: apiGroup: rbac.authorization.k8s.io kind: ClusterRole name: anypoint-scc subjects: - kind: ServiceAccount name: pce-cluster-ssl-app namespace: pce-core - kind: ServiceAccount name: default namespace: pce-core - kind: ServiceAccount name: anypoint-install namespace: pce-core - kind: ServiceAccount name: anypoint-install namespace: dias - kind: ServiceAccount name: default namespace: pce - kind: ServiceAccount name: default namespace: access-management - kind: ServiceAccount name: authentication-server-service-account namespace: access-management - kind: ServiceAccount name: default namespace: api-console-proxy - kind: ServiceAccount name: default namespace: amf - kind: ServiceAccount name: default namespace: arm - kind: ServiceAccount name: default namespace: api-manager - kind: ServiceAccount name: default namespace: mozart - kind: ServiceAccount name: default namespace: mocking - kind: ServiceAccount name: default namespace: api-manager - kind: ServiceAccount name: default namespace: audit-log - kind: ServiceAccount name: default namespace: trusted-domains - kind: ServiceAccount name: default namespace: api-designer - kind: ServiceAccount name: monitoring namespace: pce - kind: ServiceAccount name: default namespace: exchange - kind: ServiceAccount name: xapi-service-deployment-manager namespace: exchange - kind: ServiceAccount name: default namespace: core-paas - kind: ServiceAccount name: default namespace: monitoring-center - kind: ServiceAccount name: default namespace: visualizer - kind: ServiceAccount name: secrets-robot namespace: dias - kind: ServiceAccount name: default namespace: dias - kind: ServiceAccount name: default namespace: amc - kind: Group name: system:serviceaccounts:monitoring - kind: ServiceAccount name: default namespace: anypoint-flash --- apiVersion: security.openshift.io/v1 kind: SecurityContextConstraints metadata: name: anypoint-anyuid-privileged allowHostDirVolumePlugin: false allowHostIPC: false allowHostNetwork: false allowHostPID: false allowHostPorts: false allowPrivilegeEscalation: true allowPrivilegedContainer: false allowedCapabilities: null defaultAddCapabilities: null fsGroup: type: RunAsAny users: [] groups: [] readOnlyRootFilesystem: false requiredDropCapabilities: - MKNOD runAsUser: type: RunAsAny seLinuxContext: type: MustRunAs seccompProfiles: - runtime/default supplementalGroups: type: RunAsAny volumes: - configMap - csi - downwardAPI - emptyDir - ephemeral - persistentVolumeClaim - projected - secret - nfs --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRole metadata: name: anypoint-scc-privileged namespace: pce-core rules: - apiGroups: [ "security.openshift.io" ] resourceNames: - anypoint-anyuid-privileged resources: [ "securitycontextconstraints" ] verbs: [ "use" ] --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRoleBinding metadata: name: anypoint-scc-privileged roleRef: apiGroup: rbac.authorization.k8s.io kind: ClusterRole name: anypoint-scc-privileged subjects: - kind: ServiceAccount name: stolon namespace: pce-core - kind: ServiceAccount name: default namespace: pce-core - kind: ServiceAccount name: anypoint-install namespace: pce-core - kind: ServiceAccount name: seaweedfs-rw-sa namespace: pce-core - kind: ServiceAccount name: default namespace: api-manager - kind: ServiceAccount name: default namespace: design-center - kind: ServiceAccount name: default namespace: exchange - kind: ServiceAccount name: default namespace: logging-internal - kind: ServiceAccount name: default namespace: pce - kind: ServiceAccount name: monitoring namespace: pce - kind: ServiceAccount name: default namespace: trusted-domains - kind: ServiceAccount name: default namespace: mocking --- apiVersion: security.openshift.io/v1 kind: SecurityContextConstraints metadata: name: anypoint-pce-monitoring allowHostDirVolumePlugin: false allowHostIPC: false allowHostNetwork: false allowHostPID: false allowHostPorts: false allowPrivilegeEscalation: false allowPrivilegedContainer: false allowedCapabilities: null defaultAddCapabilities: null fsGroup: type: RunAsAny users: [] groups: [] readOnlyRootFilesystem: false requiredDropCapabilities: - MKNOD runAsUser: type: MustRunAs uid: 472 seLinuxContext: type: MustRunAs seccompProfiles: - runtime/default supplementalGroups: type: RunAsAny volumes: - configMap - csi - downwardAPI - emptyDir - ephemeral - persistentVolumeClaim - projected - secret --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRole metadata: name: anypoint-pce-monitoring rules: - apiGroups: [ "security.openshift.io" ] resourceNames: - anypoint-pce-monitoring resources: [ "securitycontextconstraints" ] verbs: [ "use" ] --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRoleBinding metadata: name: anypoint-pce-monitoring roleRef: apiGroup: rbac.authorization.k8s.io kind: ClusterRole name: anypoint-pce-monitoring subjects: - kind: ServiceAccount name: grafana namespace: monitoring ``` このファイルを ​`openshift-scc.yaml`​ として保存し、OpenShift クラスターに適用してください。 ```none oc apply -f openshift-scc.yaml ``` ### [](#prometheus-のロールの設定)Prometheus のロールの設定 Prometheus は Anypoint Platform PCE サービスからメトリクスを収集するための特定のロールを必要とします。以下のスニペットは、必要なロールを設定するものです。 ```yaml apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRole metadata: name: pce-prometheus rules: - apiGroups: - "" resources: - endpoints - pods - services - nodes - secrets verbs: - get - list - watch --- apiVersion: rbac.authorization.k8s.io/v1 kind: ClusterRoleBinding metadata: name: pce-prometheus roleRef: apiGroup: rbac.authorization.k8s.io kind: ClusterRole name: pce-prometheus subjects: - kind: ServiceAccount name: prometheus-k8s namespace: openshift-monitoring ``` このファイルを ​`openshift-monitoring.yaml`​ として保存し、OpenShift クラスターに適用してください。 ```none oc apply -f openshift-monitoring.yaml ``` ## [](#openshift-への-anypoint-platform-pce-のインストール)OpenShift への Anypoint Platform PCE のインストール 以下のスニペットは、OpenShift クラスターに Anypoint Platform PCE をデプロイするためのインストールマニフェストの例を提供します。 ```yaml containerRegistry: endpoint: registry.pce.example.com username: username password: password certificate: '' subproject: example tlsSkipVerify: true postInstallConfiguration: platformDNS: anypoint.pce.example.com fileSystemDNS: fs.pce.example.com firstUserAccount: organizationName: Example Org username: username email: username@mulesoft.com password: password platformCertificate: cert.pem platformCertificateKey: key.pem amvInstallConfiguration: enabled: false storageConfiguration: pceobjectstore: type: persistentVolumeClaim storageClass: example-csi stolon: type: persistentVolumeClaim storageClass: example-csi monitoringAppConfiguration: monitoringStackEnabled: false grafana: enabled: true values: | datasources: datasources.yaml: apiVersion: 1 datasources: - name: Prometheus type: prometheus url: https://prometheus-k8s.openshift-monitoring.svc:9091 access: proxy isDefault: true jsonData: tlsSkipVerify: true httpHeaderName1: 'Authorization' secureJsonData: httpHeaderValue1: 'Bearer ' ``` このスニペットの ​`monitoringAppConfiguration`​ セクションに注意してください。このセクションでは、Anypoint Platform PCE の監視スタックを無効にし、Grafana アプリケーションのみを有効にしています。OpenShift にはデフォルトで Prometheus が含まれているため、監視スタックを無効にすることをお勧めします。Grafana を有効にして、Prometheus に接続するようにデータソースを設定します。 Prometheus に接続するためのトークンを取得するには、このコマンドを実行します。 ```none oc create token prometheus-k8s -n openshift-monitoring --duration=87600h ``` インストールが完了したら、以下のコマンドを実行して、OpenShift の Prometheus がプラットフォームサービスからメトリクスを収集できるようにしてください。 ```none oc label namespace default openshift.io/cluster-monitoring="true" --overwrite oc label namespace pce openshift.io/cluster-monitoring="true" --overwrite ``` ## [](#関連情報)関連情報 - [Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインストール](https://docs.mulesoft.com/jp/private-cloud/4.1/install-workflow) - [Anypoint Platform PCE の前提条件](https://docs.mulesoft.com/jp/private-cloud/4.1/install-checklist) # Ops Center を使用した製品ライセンスの追加 製品ライセンスが期限切れになると、Ops Center はシステムがメンテナンス中であることを示すメッセージを表示します。このメッセージは、有効なライセンスを追加するまで表示され続けます。 Ops Center で Anypoint Platform Private Cloud Edition ライセンスを追加するには、以下の手順を実行します。 1. Ops Center にサインインします。 2. **\[Admin (管理)\]**​ タブを選択します。 3. **\[License (ライセンス)\]**​ の下にあるテキストエリアに新しいライセンスを追加します。 4. **\[Update License (ライセンスを更新)\]**​ を選択します。 ## [](#関連情報)関連情報 - [オペレーションセンター](https://docs.mulesoft.com/jp/private-cloud/3.2/managing-via-the-ops-center) # アップグレードワークフロー ## [](#mulesoft-プロフェッショナルサービスが必要)MuleSoft プロフェッショナルサービスが必要 アップグレード前に MuleSoft プロフェッショナルサービスに連絡します。アップグレードプロセス全体で MuleSoft プロフェッショナルサービスの関与が必要です。 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のアップグレードを実行する前に、稼働中のインストールが、新しい Anypoint Platform PCE バージョンの追加の要件を満たしていること (追加のポートを開いていること、ロードバランサー用の新しいポートを追加していることなど) を確認する必要があります。
以前の Anypoint Platform PCE バージョンからアップグレードする場合、以前のバージョンで使用可能なすべてのポリシーはそのまま残ります。ポリシーは置き換えられませんが、追加のポリシーがアップグレードに付属する場合があります。
Anypoint Platform PCE に付属するポリシーについての詳細は、​[「Anypoint Platform PCE について」](https://docs.mulesoft.com/jp/private-cloud/3.2/)​を参照してください。 最新の Anypoint Platform PCE バージョンについての詳細は、​[「Anypoint Platform Private Cloud Edition リリースノート」](https://docs.mulesoft.com/jp/release-notes/pce/anypoint-private-cloud-release-notes)​を参照してください。 # インストールワークフロー ## [](#anypoint-platform-private-cloud-edition-anypoint-platform-pce-のインストール)Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のインストール Anypoint Platform PCE をインストールするには、インストールプロセス全体で MuleSoft プロフェッショナルサービスの関与が必要です。インストールの前に、​[「製品の前提条件」](https://docs.mulesoft.com/jp/private-cloud/3.2/install-checklist)​で説明されているとおりに、必要なインフラストラクチャが正しくインストールおよび設定されていることをインフラストラクチャチームに確認してもらいます。 ## [](#anypoint-monitoring-および-anypoint-visualizer-のインストール)Anypoint Monitoring および Anypoint Visualizer のインストール Anypoint Platform PCE をインストールしたら、カスタマーサクセス担当者に連絡して Anypoint Monitoring と Anypoint Visualizer を有効化します。これらを有効化したら、この製品コンポーネントごとにエージェントをインストールする必要があります。​[「ハイブリッドランタイムの監視」](#monitoring::am-installing)​および​[「Anypoint Visualizer のセットアップ」](#visualizer::setup)​を参照してください。
オンプレミス Anypoint Runtime Manager のマルチインスタンス操作は、Anypoint Platform の基本サブスクリプション、オンプレミス管理、API Manager および API Analytics、そして Platinum サブスクリプションをすべて購入した場合に利用できます。
# インストール前の検証
インストールやアップグレードを行う前に、インフラストラクチャチームは、以下のリストに記載されているすべての前提条件の情報をレビューし、環境がこれらの要件を満足していることを確認する必要があります。必要に応じて、MuleSoft の担当者に連絡してサポートを要求してください。
- [環境要件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-platform) - [ハードウェア前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-hardware) - [ソフトウェアの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-software) - [ネットワークの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-network) - [NFS サーバーの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/verify-nfs) ## [](#anypoint-platform-private-cloud-edition-ノードの確認)Anypoint Platform Private Cloud Edition ノードの確認 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) をすべてのノードでインストールする前に、​`gravity check`​ スクリプトを実行して、各ノードが Anypoint Platform PCE の最小要件 (CPU、RAM、ボリュームストレージなど) を満足していることを確認します。 1. インストーラーを実行したノードからクラスターの各ノードに、以下の情報をコピーします。 - `gravity`​ バイナリ。 - `gravity`​ バイナリが使用する ​`app.yaml`​ マニフェスト。 これらのファイルは、インストーラーのフォルダーにあります。 2. クラスターの各ノードから次のコマンドを実行します。 sudo ./gravity check --profile=app\_node app.yaml `--profile`​ の有効な値: - app\_node - data\_node - general\_node (3 ノード構成の場合) コマンドが出力を返さなければ、環境は正しくセットアップされています。 いずれかのノードが最小要件を満足していなければ、コマンドは失敗したチェックのリストを返し、0 以外の戻りコードで終了します。 # オペレーションセンター Ops Center は、Web ベースの管理ツールであり、Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) の管理と監視や、以下のタスクを行うことができます。 - サーバーの追加と削除 - ログの表示とログ転送の設定 - システムの安定性とパフォーマンスの監視 ## [](#ops-center-へのアクセス)Ops Center へのアクセス 1. 次の URL にアクセスします。 https://{platform-host}:9500 2. インストール時に作成した管理者ユーザーのメールアドレスとパスワードを入力します。 ## [](#サーバーの追加)サーバーの追加 サーバーを追加することで、インストールの完了後でもクラスターを拡張できます。 1. Ops Center にログインします。 2. \[Servers (サーバー)\] を選択して \[Add Existing (既存サーバーを追加)\] を選択します。 3. 追加したいノードの種別を選択します。 使用できるノードはインストールされているノード数によって異なります。 4. \[Continue (続行)\] を選択します。 Ops Center に次のようなコマンドが表示されます。 curl -s --tlsv1.2 --insecure "https://172.31.48.9:3009/t/8402020736a8a04dda29bc81dfcd5211/node" | sudo bash 5. 新しいサーバーをインストールするマシンに表示されるコマンドを実行します。 - このコマンドは、ルートアクセス権を持つアカウントで実行する必要があります。 - このインストール作業は、一度に 1 つのサーバーに対してのみ行えます。 このコマンドを実行すると、Ops Center のリストにサーバーが追加されます。 6. 必要であれば、IP アドレスとデバイスを指定します。 7. サーバーを選択し、\[Start Installation (インストール開始)\] を選択して新しいサーバーのインストールを開始します。 ## [](#サーバーの削除)サーバーの削除 プラットフォームがインストールされているクラスターからサーバーを個別に削除できます。
サーバーを削除すると、サーバー上にデプロイされているすべてのアプリケーションも削除されます。
1. Ops Center にログインします。 2. \[Servers (サーバー)\] を選択します。 3. 削除するサーバーの IP アドレスを選択してから \[Delete (削除)\] を選択します。 4. サーバーを削除することを確認します。 ## [](#ログ転送の設定)ログ転送の設定 Anypoint Platform PCE ではサーバーレベルのログデータを転送できます。ログ転送は、ローカルなサードパーティのログソリューションにログを転送できるように設計されています。Splunk Cloud のようなクラウドベースサービスへのログデータの転送はサポートしていません。

この情報は、Anypoint Platform 自体からのログデータの転送に固有です。Anypoint Platform で実行される Mule サーバーおよびアプリケーションからログデータを転送する手順については、​「Runtime Manager から外部の分析ソフトウェアへのデータの送信」​を参照してください。
Anypoint Platform は ​`rsyslog`​ を使用してロギングを処理します。ログをリモートホストに転送するには、次の手順を実行します。 1. Ops Center にログインします。 2. 右上隅にある管理者ユーザー名を選択します。 ![ops center settings](/mulesoft/current/ja-jp/private-cloud/3.2/_images/ops-center-settings.png) 3. **\[Settings (設定)\]**​ を選択して \[Logs (ログ)\] を選択します。 4. **\[Create (作成)\]**​ を選択するか、すでにログフォワーダーを設定してある場合は ​**\[New Connector (新規コネクタ)\]**​ を選択します。 5. 次の例に示すようにログ転送を設定します。 kind: logforwarder version: v2 metadata: name: forwarder1 spec: address: 192.168.100.1:514 protocol: udp ## [](#安定性とパフォーマンスの監視)安定性とパフォーマンスの監視 Ops Center では、プラットフォームの安定性とパフォーマンスに関するデータを表示できます。 以下のアプリケーションコンポーネント用に、メトリクスダッシュボードが用意されています。 - Anypoint サービス - クラスター - オブジェクトストア - ポッド - PostgreSQL - Redis 粒度の細かいメトリクスは、デフォルトで 30 日間保存されます。他のメトリクスは、6 か月から 5 年間保存されます。 ### [](#メトリクスの表示)メトリクスの表示 1. Ops Center にログインします。 2. \[Monitoring (監視)\] タブを選択します。 Ops Center はデフォルトで \[Cluster (クラスター)\] ダッシュボードを表示します。 ダッシュボードの表示中は、一連のドロップダウンメニューを使用して移動します。使用できるオプションは、選択したダッシュボードによって異なります。たとえば、​**\[Pods (ポッド)\]**​ ダッシュボードでは ​`namespace`​ や ​`podname`​ を選択できます。 ### [](#チャートに表示される時間単位の変更)チャートに表示される時間単位の変更 チャートに表示される時間単位を変更するには、次の手順を実行します。 1. 現在選択されている時間単位を選択します。 2. オプションを選択して、開始日と終了日を指定します。 ### [](#anypoint-services-anypoint-サービス-ダッシュボード)\[Anypoint Services (Anypoint サービス)\] ダッシュボード **\[Anypoint Services (Anypoint サービス)\]**​ ダッシュボードは、プラットフォームのいろいろなサブコンポーネント (Anypoint Exchange、API Notebook、ホームページなど) のメトリクスを表示します。各マイクロサービスでデータを絞り込むことができます。 このダッシュボードには以下のメトリクスが表示されます。 - Processor (プロセッサー) - Memory (メモリ) - Network (ネットワーク) - Filesystem (ファイルシステム) これらのメトリクスはサービスごとに表示されます。 ### [](#cluster-information-クラスター情報-ダッシュボード)\[Cluster Information (クラスター情報)\] ダッシュボード **\[Cluster Information (クラスター情報)\]**​ ダッシュボードは、プラットフォームクラスターを構成するさまざまなノードについて、以下のメトリクスを表示します。データは ​`nodename`​ で絞り込むことができます。 - Overall CPU Usage (全体の CPU 使用量) - CPU Usage by Node (ノードごとの CPU 使用量) - Individual CPU Usage (個別の CPU 使用量) - Memory Usage by Node (ノードごとのメモリ使用量) - Individual Memory Usage (個別のメモリ使用量) - Overall Cluster Network Usage (全体のクラスターネットワーク使用量) - Network Usage by Node (ノードごとのネットワーク使用量) - Individual Node Network Usage (個別ノードのネットワーク使用量) - Overall Cluster Filesystem Usage (クラスター全体のファイルシステム使用量) - Filesystem Usage by Node (ノードごとのファイルシステム使用量) - Individual Node Filesystem Usage (個別ノードのファイルシステム使用量) これらのメトリクスのスコープは、コンテキストによって異なります。 - 全体のメトリクスは、すべてのノードの集計値を表示します。 - _ノードごとの_​メトリクスは、同じチャートで別々の曲線として表示されます。 - 個別ノードのメトリクスは、セクションの一番上にある​**ノード名**​のドロップダウンで選択したノードについてのみ表示されます。 ### [](#object-store-オブジェクトストア-ダッシュボード)\[Object Store (オブジェクトストア)\] ダッシュボード **\[Object Store (オブジェクトストア)\]**​ は、オブジェクトストアを構成するさまざまなノードのデータを表示します。以下のメトリクスがあります。 - Node Status (ノードの状況) - Read/Write Requests (in requests per second) (読み書き要求 (毎秒の要求数)) - Read/Write Latency (読み書きレイテンシー) - Active Connections (アクティブな接続) - Unavailable Exceptions (利用できない例外) - Disk Space Used (使用ディスクスペース) 読み書き値に関連するメトリクスは、読み出しと書き込みの値を別々の曲線として表示します。 ### [](#pod-ポッド-ダッシュボード)\[Pod (ポッド)\] ダッシュボード **\[Pod (ポッド)\]**​ ダッシュボードは、異なるプラットフォームサービスを実行している個別の Docker コンテナのデータを表示します。データは、​`namespace`​ または ​`podname`​ で絞り込むことができます。 次のメトリクスが表示されます。 - Individual CPU Usage (個別の CPU 使用量) - Individual Memory Usage (個別のメモリ使用量) - Individual Network Usage (個別のネットワーク使用量) - File system Usage (ファイルシステム使用量) これらのメトリクスは、選択された ​`namespace`​ や ​`podname`​ ごとに表示されます。 ### [](#postgresql-ダッシュボード)\[PostgreSQL\] ダッシュボード **\[PostgreSQL\]**​ ダッシュボードは、プラットフォームに含まれる PostgreSQL サーバーのデータを表示します。次のメトリクスが表示されます。 - Activity per type (種別ごとのアクティビティ) - Cache Hit Ratio (キャッシュヒット率) - Active Connections (アクティブな接続) - Buffers (バッファ) - Conflicts/Deadlocks (競合/デッドロック) - PostgreSQL Containers CPU Usage per Pod (ポッドごとの PostgreSQL コンテナの CPU 使用量) `Activity per type`​ は、選択された時間単位で、フェッチされた行、返された行、そして挿入、更新、削除された行ごとに異なる曲線を表示します。 ## [](#データのダウンロード)データのダウンロード このセクションに表示されているデータを JSON としてダウンロードするには、次の手順を実行します。 1. Ops Center の一番上にある歯車アイコンを選択します。 2. **\[Export (エクスポート)\]**​ を選択します。 ![managing via the ops center f3b1c](/mulesoft/current/ja-jp/private-cloud/3.2/_images/managing-via-the-ops-center-f3b1c.png) 代わりに ​**\[Save as…​ (名前を付けて保存)\]**​ を選択して、このファイルに名前を付けてダウンロードすることもできます。また、​**\[View JSON (JSON を表示)\]**​ オプションを選択すると、ダウンロードせずにデータを表示できます。 ## [](#パスワードをリセットする)パスワードをリセットする Ops Center にログインするためのパスワードを変更するには、以下の手順を実行します。 1. gravity ユーティリティを実行します。 このユーティリティは、プラットフォームのインストール時に追加されています。 sudo gravity enter 2. 次のコマンドでパスワードをリセットします。 gravity site --insecure reset-password このコマンドは、管理者のメールアドレスと新しいパスワードを返します。 password for admin@example.com has been reset to: xxxxxxxxx ## [](#関連情報)関連情報 - [Ops Center を使用した製品ライセンスの追加](https://docs.mulesoft.com/jp/private-cloud/3.2/ops-center-update-lic) - [CPU およびメモリ使用量のアラートのセットアップ](https://docs.mulesoft.com/jp/private-cloud/3.2/config-alerts) # ソフトウェアの前提条件 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のパフォーマンスと安定性を保証するためには、Anypoint Platform PCE 環境のすべてのノードがこのトピックで説明するソフトウェアの前提条件を満足していることが必要です。 - オペレーティングシステム (OS) の前提条件 - サードパーティソフトウェアの前提条件 - MuleSoft ソフトウェアの前提条件
Anypoint Platform PCE をインストールする前に、インフラストラクチャチームは、以下の各セクションをレビューし、記述されているソフトウェアの要件を環境が満足していることを確認する必要があります。必要に応じて、MuleSoft の担当者に連絡してサポートを要求してください。
## [](#オペレーティングシステムの前提条件)オペレーティングシステムの前提条件 ### [](#linux-ディストリビューションの確認)Linux ディストリビューションの確認 以下の Linux ディストリビューションがサポートされています。 - Red Hat Enterprise Linux (RHEL) 7.8、7.9、8.1、8.2、8.3.、8.4、8.5、8.6、8.7、8.8、9.2、9.3、および 9.5。 - CentOS 7.8 および 7.9

サービス終了​になったため、Anypoint Platform PCE では CentOS 8 はサポートされなくなりました。
### [](#selinux-カスタムプロファイルの確認)SELinux カスタムプロファイルの確認 SELinux は必須ではありませんが、Anypoint Platform PCE は、strict モードで動作するデフォルトの SELinux プロファイルをサポートします。ユーザー環境でカスタムプロファイルを使用している場合は、そのプロファイルがインストーラーの実行時に非制約ユーザーコンテキストを提供する必要があります。MuleSoft の担当者と共にカスタムプロファイルを確認してください。 ### [](#カーネルモジュールの有効化と読み込み)カーネルモジュールの有効化と読み込み 各ノードで、以下のカーネルモジュールを有効にする必要があります。 - `br_netfilter` - `ebtable_filter` - `ip_tables` - `iptable_filter` - `iptable_nat` - `overlay` 各カーネルモジュールに対して次の例のようなコマンドを実行して、各モジュールが読み込まれていることを確認します。​`br_netfilter`​ には、確認するカーネルモジュールの名前を指定します。 root$ lsmod | grep br\_netfilter - コマンドから何も返されない場合、そのモジュールは読み込まれていません。その場合は、​`modprobe`​ を使用してモジュールを読み込みます。 root$ modprobe br\_netfilter 次のコマンドを使用して、再起動後にモジュールが読み込まれることを確認します。 root$ echo 'br\_netfilter' > /etc/modules-load.d/br\_netfilter.conf ### [](#カーネル設定の確認)カーネル設定の確認 以下のフラグが有効である必要があります。 - `net.bridge.bridge-nf-call-iptables=1` - `net.ipv4.ip_forward=1` - `fs.may_detach_mounts=1` - `fs.inotify.max_queued_events=16384` - `fs.inotify.max_user_instances=8192` - `fs.inotify.max_user_watches=1048576` kubelet では次の設定が必要ですが、これらの設定によってカーネル設定は自動的には更新されません。 - `vm.overcommit_memory=1` - `kernel.panic=10` - `kernel.panic_on_oops=1` このフラグを上書きするプロセスがシステムに存在しないことを確認してください。パラメーターを設定するには、次の例のように ​`sysctl -w`​ を使用します。 root$ sysctl -w net.ipv4.ip\_forward=1 再起動後も変更内容を維持するには、​`/etc/sysctl.d`​ のファイルに変更内容を書き込みます。次の例のコンテンツは、実際の設定内容に置き換えてください。 echo net.ipv4.ip\_forward=1 >> /etc/sysctl.d/10-ipv4-forwarding.conf Kubelet で必要な設定を永続的に定義します。 cat > /etc/sysctl.d/90-kubelet.conf << EOF vm.overcommit\_memory=1 kernel.panic=10 kernel.panic\_on\_oops=1 EOF これらの設定と競合するプロセスやファイルが存在しないことを確認してください。 ## [](#サードパーティソフトウェアの前提条件)サードパーティソフトウェアの前提条件 ### [](#firewalld-が有効な場合の要件)firewalld が有効な場合の要件 firewalld は、永続的なネットワークトラフィックルールを定義する iptables コントローラーです。 Red Hat Enterprise Linux (RHEL) 7.3 で firewalld を使用している場合は、​`docker0`​ デバイスで転送を有効化する必要があります。 また、10.0.0.0/8 サブネットとの間でやり取りしているすべてのパケットを転送する必要もあります。 #### [](#firewalld-を使用しているかどうかの確認)firewalld を使用しているかどうかの確認 システムで firewalld を使用しているかどうかを確認するには、すべてのノードで次のコマンドを実行します。 systemctl status firewalld.service firewalld がインストールされている場合は次の出力が表示されます。 $ sudo systemctl status firewalld.service \* firewalld.service - firewalld - dynamic firewall daemon Loaded: loaded (/usr/lib/systemd/system/firewalld.service; enabled; vendor preset: enabled) Active: inactive (dead) Docs: man:firewalld(1) firewalld がインストールされていない場合はエラーメッセージが表示されます。 #### [](#docker-デバイス上での転送の有効化)Docker デバイス上での転送の有効化 docker0 デバイスで転送を有効化するには、次のコマンドを実行します。 firewall-cmd --permanent --direct --add-rule ipv4 filter FORWARD 1 -o docker0 -j ACCEPT -m comment --comment "docker subnet" firewall-cmd --permanent --direct --add-rule ipv4 filter FORWARD 1 -s 10.0.0.0/8 -j ACCEPT -m comment --comment "docker subnet" 10.0.0.0/8 サブネットで転送を有効化するには、次のコマンドを実行します。 firewall-cmd --permanent --direct --add-rule ipv4 filter INPUT 1 -s 10.0.0.0/8 -j ACCEPT -m comment --comment "docker subnet" firewall-cmd --permanent --direct --add-rule ipv4 filter INPUT 1 -d 10.0.0.0/8 -j ACCEPT -m comment --comment "docker subnet" ### [](#ローカル-dns-サーバーの削除)ローカル DNS サーバーの削除 ポート 53 でリスンしているローカルキャッシュ DNS サーバーを削除します (例: `named`​、​`dnsmasq`​、​`bind`​)。 ### [](#必須ツールのインストール)必須ツールのインストール - NFS サーバーポートが開いていることを確認するためのツール NFS サーバーで正しいポートが開いていることを確認するためのツールとしては netcat が推奨されますが、好きなツールを選んで使用することもできます。​`netcat`​ を持っていない場合は、​[http://netcat.sourceforge.net/download.php](http://netcat.sourceforge.net/download.php) からインストールするか、または [https://linoxide.com/linux-how-to/install-use-netcat-command-linux/](https://linoxide.com/linux-how-to/install-use-netcat-command-linux/) の手順に従ってください。 ### [](#サーバー設定管理ソフトウェアの削除)サーバー設定管理ソフトウェアの削除 Puppet、Chef、Ansible、SaltStack など、すべてのサーバー設定管理ソフトウェアを削除する必要があります。 通常、このようなソフトウェアは、カーネルモジュールや必要な設定を変更する上、正しいシャットダウン手順に従わずにサーバーを再起動するため、システムが障害状態となってしまいます。 ## [](#mulesoft-ソフトウェアの前提条件)MuleSoft ソフトウェアの前提条件 ### [](#インストールアーカイブとライセンスキーの取得)インストールアーカイブとライセンスキーの取得 MuleSoft アカウント担当者からインストーラーアーカイブ (​`anypoint-3.2.x-installer.tar.gz`​) とライセンスキーを取得します。 ### [](#ip-転送とブリッジの確認)IP 転送とブリッジの確認 クラスターの負荷分散とルーティングを適切に行うためには、以下を有効化し、正しく設定して、次の項目を確認する必要があります。 - カーネル IP の転送 内部 Kubernetes 負荷分散を有効化するには、すべてのサーバーで IPv4 転送を有効化する必要があります。 - bridge-netfilter Linux カーネルがホストされているコンテナとの間でパケットを双方向に変換できるようにします。 - ブリッジネットフィルターの IP アドレスは、Kubernetes が作成するオーバーレイネットワークによって管理されます。そのネットワークで使用する CIDR ブロックが非公開 IP アドレス範囲に含まれていることを確認します。 ## [](#ssl-証明書の要件の確認)SSL 証明書の要件の確認 Anypoint Platform PCE を使用するには、SSL 証明書を提供する必要があります。証明書は Anypoint Platform PCE UI からアップロードできます。この証明書は、プラットフォームに接続されているすべてのマシンによって信頼されていなければなりません。
また、ユーザーの環境で管理されている Mule Runtime Engine が動作するすべてのサーバーに同じ SSL 証明書を登録する必要があります。
### [](#サポートされないソフトウェアのアンインストール)サポートされないソフトウェアのアンインストール 一部のソフトウェアでは、Anypoint Platform PCE との間で競合が発生します。このようなソフトウェアは、Anypoint Platform PCE のインストールを実行する前にアンインストールする必要があります。 #### [](#docker)Docker Anypoint Platform PCE が動作するすべてのサーバーから Docker をアンインストールします。Anypoint Platform PCE のインストールパッケージには、Kubernetes が公式にサポートする Docker パッケージが含まれています。 ## [](#関連情報)関連情報 - [環境要件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-platform) - [ハードウェア前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-hardware) - [ネットワークの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-network) - [NFS サーバーの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/verify-nfs) - [インストール前の検証](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-gravity-check) # ネットワークの前提条件 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のパフォーマンスと安定性を保証するためには、Anypoint Platform PCE 環境のすべてのノードがこのトピックで説明するネットワーク要件を満足していることが必要です。
Anypoint Platform PCE をインストールする前に、インフラストラクチャチームは、以下の各セクションをレビューし、記述されているネットワークの要件を環境が満足していることを確認する必要があります。必要に応じて、MuleSoft の担当者に連絡してサポートを要求してください。
## [](#静的-ip-の確認)静的 IP の確認 クラスター内のすべてのノードには、再起動後も変わらない静的な非公開 IPv4 アドレスが割り当てられている必要があります。再起動によって IP アドレスが変わってしまうと、クラスター障害となることがあります。 ## [](#vxlan-の確認)VXLAN の確認 Anypoint Platform PCE がサポートする Kubernetes のバージョンでは、オーバーレイ VXLAN と UDP トランスポートを使用してトラフィックをカプセル化します。クラスターコンポーネント間では直接通信が行われます。 以下の表にホスト間通信で使用するポートのリストを示します。この表の送信元と宛先については、次の説明を参照してください。 - Anypoint Platform PCE ノード: クラスターのメンバーであるノード。 - インストーラーノード: インストールが開始されたノード。 - ロードバランサー: クラスターの外部にある任意の送信元。 - localhost: 要求が開始されたホスト内でのみ使用されるポート。 これらのすべてのポートがすべてのノードで正しく設定されていることを確認してください。
Table 1. ポートの設定要件
プロトコル ポート/範囲 目的 送信元 宛先

TCP/UDP

53

内部クラスター DNS

localhost

localhost

TCP

2379、2380、4001、7001

etcd 分散型データベース

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

4242

インストーラー

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

6443

Kubernetes API サーバー

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

9443

HAProxy による Kubernetes API Server の負荷分散

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

9100

Prometheus node-exporter

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

10248、10250

Kubernetes Kubelet

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

10249、10256

Kubernetes kube-プロキシ

Anypoint Platform PCE

Anypoint Platform PCE ノード

TCP

10251-10252

Kubernetes コントローラーマネージャーおよびスケジューラー

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

10257-10259

Kubernetes コントローラーマネージャーおよびスケジューラー (セキュア)

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

5000

Docker レジストリ

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

3009 ～ 3012

クラスターコントロールプレーン

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

3022

クラスターコントロールプレーン

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

3023 ～ 3025

クラスターコントロールプレーン

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

7575

クラスターコントロールプレーン

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

7580

クラスターコントロールプレーンの監視エンドポイント

localhost

localhost

TCP

6060

クラスターコントロールプレーンのプロファイリングエンドポイント

localhost

localhost

TCP

30000 ～ 32767

内部サービスのポート範囲

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

61009 ～ 61010

インストーラーのポート範囲 (インストール中にのみ使用)

Anypoint Platform PCE ノード

インストーラーノード

TCP

61022 ～ 61024

インストーラーのポート範囲 (インストール中にのみ使用)

Anypoint Platform PCE ノード

インストーラーノード

TCP

61025

インストーラーのポート範囲 (インストール中にのみ使用)

localhost

インストーラーノード

UDP

8472

オーバーレイ VXLAN ネットワーク

Anypoint Platform PCE ノード

Anypoint Platform PCE ノード

TCP

32009

Ops Center 管理 UI

ロードバランサー

Anypoint Platform PCE ノード

TCP

30080

HTTP 公開アクセス

ロードバランサー

Anypoint Platform PCE ノード

TCP

30443

HTTPS 公開アクセス

ロードバランサー

Anypoint Platform PCE ノード

TCP

30889

Mule Runtime Websocket

ロードバランサー

Anypoint Platform PCE ノード

TCP

30883

Mule Runtime 認証サービス (証明書更新用)

ロードバランサー

Anypoint Platform PCE ノード
netcat などのユーティリティを使用してポート設定を確認します。 Anypoint Platform PCE ノードは、HTTPS 経由でロードバランサーのプラットフォーム API アドレスにアクセスする必要があります。 ## [](#必須ポートの有効化)必須ポートの有効化 - データベースクラスターと通信するには、すべてのノードで TCP ポート 53、3011、3012 を有効化する必要があります。 - GUI インストーラーを使用して Anypoint Platform PCE をインストールする場合は、ポート 61009 を有効化する必要があります。 ## [](#nat-のトラフィック要件の確認)NAT のトラフィック要件の確認 Kubernetes オーバーレイネットワークは、一部の状況で NAT を使用します。NAT では、ノードの内部 IP とは異なる送信元や送信先との間でノードがパッケージを送受信できる必要があります。 このようなネットワークインタラクションを行うためには、ネットワークトラフィックを監視しているソフトウェアをすべて無効にする必要があります。 ## [](#os-networkmanager-サービスの無効化)OS NetworkManager サービスの無効化 RHEL/CentOS 8.4 などの一部のオペレーティングシステムでは、NetworkManager に ​`nm-cloud-setup.service`​ と ​`nm-cloud-setup.timer`​ の 2 つの追加のサービスが含まれます。これらのサービスでは、Kubernetes Container Network Interface (CNI) プラグインの設定に干渉するルーティングテーブルが追加されます。これらのサービスが存在する場合は、インストールを続行する前にサービスを無効化し、ノードを再起動してください。 ## [](#smtp-サーバー要件の確認)SMTP サーバー要件の確認 ネットワークには、プラットフォームによってトリガーされるメールアラートを管理するための SMTP サーバーが必要です。Anypoint Platform PCE は、この SMTP サーバーに接続する必要があります。 詳細は、​[「Anypoint Platform PCE での SMTP の設定」](https://docs.mulesoft.com/jp/private-cloud/3.2/access-management-SMTP)​の手順を参照してください。 ## [](#外部-id-プロバイダー設定の確認とクライアントの管理)外部 ID プロバイダー設定の確認とクライアントの管理 ネットワークには、LDAP、OpenIDConnect、または SAML との互換性のある外部 ID プロバイダーが必要です。ユーザーの SSO (LDAP、OpenID Connect、SAML) または OpenID Connect としての外部クライアント管理を目的として外部 ID プロバイダーを設定するには、クラスターが外部 ID プロバイダーのエンドポイントにアクセスできる必要があります。 詳細は、​[「Anypoint Platform PCE での外部 ID プロバイダーの設定」](https://docs.mulesoft.com/jp/private-cloud/3.2/install-config-ldap-pce)​の手順を参照してください。 ## [](#クロックの同期)クロックの同期 すべてのサーバーのクロックが同期されていることを確認してください。クロックが同期されていないと、プラットフォームの通信で問題が発生します。 ## [](#関連情報)関連情報 - [環境要件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-platform) - [ハードウェア前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-hardware) - [ソフトウェアの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-software) - [NFS サーバーの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/verify-nfs) - [インストール前の検証](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-gravity-check) # ノードの更新

可能な場合は、Equality の会社の値に一致するように、含めない用語を変更しました。顧客の実装に対する影響を回避するために、一部の用語は変更されていません。
## [](#始める前に)始める前に - すべてのクラスターでバックアップ手順をセットアップしてテストします。 - ノードのメンテナンスを開始する前に、障害によってデータが失われないようにバックアップを実行します。 ## [](#クラスターとアプリケーションの更新)クラスターとアプリケーションの更新
更新プロセス中のコンポーネントの故障を最小限に抑える、あるいはゼロにするために、以下の手順は一度に 1 つの Anypoint Platform Private Cloud Edition ノードで実行する必要があります。1 つのノードですべての手順が完了してから、次のノードに移ってください。1 つのノードを更新したら、次のノードに移る前に、すべてのクラスターコンポーネントとアプリケーションの健全性状況を確認してください。
### [](#クラスターの健全性状況の確認)クラスターの健全性状況の確認 更新プロセスを開始する前に、クラスターが健全であることを確認します。そうしないと、このプロセスの想定の多くが無効になってしまいます。 1. 以下のコマンドからの出力を確認します。 ```none gravity status etcdctl cluster-health ``` 前のコマンドからの出力が ​`degraded`​ 状態または ​`errors`​ を示した場合は、すべての問題を解決してから次に進んでください。 2. すべてのポッドが動作していることを確認します。 ```none kubectl get pod -o wide --all-namespaces | grep -vi Running ``` 前のコマンドからの出力でいずれかのポッドの状態が「Running (実行中)」と示されていない場合は、すべての問題を解決してから次に進んでください。 ### [](#更新のインストール)更新のインストール 次の手順を実行するノードを選択します。 1. 割り当て先ノードの名前を取得します。 ```none kubectl get nodes ``` 2. ノードをドレーンします。 ```none kubectl drain --delete-local-data --ignore-daemonsets ``` 3. ノードをドレーンしたら、gravity ユニット名を識別します。 ```none sudo systemctl list-units --plain | awk '/planet-master/{print $1}' ``` 上のコマンドは、次のステップで ​`$unit_name`​ 値として使用する ​`systemd`​ ユニット名を出力します。 4. gravity ユニットを停止します。 ```none systemctl stop $unit_name systemctl status $unit_name ``` 5. `status`​ サブコマンドが gravity ユニットの停止を示したら、更新をインストールしてサーバーを再起動します。 ### [](#更新後の確認の実行)更新後の確認の実行 1. すべてのシステムが正しく再起動されたことを確認します。 ```none systemctl status --failed ``` 上のコマンドがユニットを 1 つも返さなければ、システムが正常に再起動されて、すべてのユニットが起動しています。いずれかのユニットが起動に失敗した場合は、すべての問題を解決してから次に進んでください。 2. gravity ​`systemd`​ ユニットを確認します。 ```none systemctl list-units '*gravity__gravitational*' ``` 3. `journalctl`​ を実行してログのエラーを確認します。 4. すべて正常に起動したら、​`gravity enter`​ を実行して結果を確認します。 5. クラスターの状況を再び確認します。 ```none gravity status etcdctl cluster-health gravity get pod -o wide--all-namespaces | grep -vi Running ``` ### [](#ノードを再接続する)ノードを再接続する 1. gravity プラネットサービスとテレポートの状況を確認します。 ```none systemctl list-units '*gravity__gravitational*' ``` 2. gravity サービスの状況が ​`loaded`​、​`active`​、または ​`running`​ でなければ、有効化が必要です。 ```none systemctl enable --now ``` 3. ノードを再接続して割り当て先ノードを再びスケジュールポッドに設定します。この作業を完了するには数分かかる場合があります。 ```none kubectl uncordon ``` 4. クラスターの状態を検証します。 ```none gravity status ``` このコマンドがクラスターのすべてのノードに対して ​`healthy`​ 状況を表示することを確認します。ノードがクラスターに再接続されて健全な状況であることを確認できたら、クラスター内の次のノードで手順を繰り返し、すべてのノードを更新します。 # ノードの更新

可能な場合は、Equality の会社の値に一致するように、含めない用語を変更しました。顧客の実装に対する影響を回避するために、一部の用語は変更されていません。
## [](#始める前に)始める前に - すべてのクラスターでバックアップ手順をセットアップしてテストします。 - ノードのメンテナンスを開始する前に、障害によってデータが失われないようにバックアップを実行します。 ## [](#クラスターノードの更新)クラスターノードの更新 各プロバイダーの詳細については、次のトピックを参照してください。 - [Rancher Kubernetes エンジン (RKE2) OS アップグレードプロセス](https://www.suse.com/support/kb/doc/?id=000021301) - OpenShift: バージョン 4.16 以降、Machine Config Operator がクラスター更新プロセスの一環としてノードの OS 更新を管理します。ノード更新および Machine Config Operator の詳細については以下を参照してください。 - [Openshift の最新情報](https://docs.openshift.com/container-platform/4.16/updating/understanding_updates/intro-to-updates.html) - [Openshift 更新サービス](https://docs.openshift.com/container-platform/4.16/updating/understanding_updates/intro-to-updates.html#update-service-about_understanding-openshift-updates) - [Machine Config Operator の機能](https://docs.openshift.com/container-platform/4.16/updating/understanding_updates/how-updates-work.html#mco-update-process_how-updates-work) ## [](#関連情報)関連情報 - [Anypoint Platform PCE の管理](https://docs.mulesoft.com/jp/private-cloud/4.0/operating-about) # ノードの更新

可能な場合は、Equality の会社の値に一致するように、含めない用語を変更しました。顧客の実装に対する影響を回避するために、一部の用語は変更されていません。
## [](#始める前に)始める前に - すべてのクラスターでバックアップ手順をセットアップしてテストします。 - ノードのメンテナンスを開始する前に、障害によってデータが失われないようにバックアップを実行します。 ## [](#クラスターノードの更新)クラスターノードの更新 各プロバイダーの詳細については、次のトピックを参照してください。 - [Rancher Kubernetes エンジン (RKE2) OS アップグレードプロセス](https://www.suse.com/support/kb/doc/?id=000021301) - OpenShift: バージョン 4.16 以降、Machine Config Operator がクラスター更新プロセスの一環としてノードの OS 更新を管理します。ノード更新および Machine Config Operator の詳細については以下を参照してください。 - [Openshift の最新情報](https://docs.openshift.com/container-platform/4.16/updating/understanding_updates/intro-to-updates.html) - [Openshift 更新サービス](https://docs.openshift.com/container-platform/4.16/updating/understanding_updates/intro-to-updates.html#update-service-about_understanding-openshift-updates) - [Machine Config Operator の機能](https://docs.openshift.com/container-platform/4.16/updating/understanding_updates/how-updates-work.html#mco-update-process_how-updates-work) ## [](#関連情報)関連情報 - [Anypoint Platform PCE の管理](https://docs.mulesoft.com/jp/private-cloud/4.1/operating-about) # ハードウェア前提条件 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) のパフォーマンスと安定性を保証するためには、Anypoint Platform PCE 環境のすべてのノードがこのトピックで説明する要件を満足していることが必要です。
Anypoint Platform PCE をインストールする前に、インフラストラクチャチームは、以下の各セクションをレビューし、記述されているディスクやデバイスの要件を環境が満足していることを確認する必要があります。必要に応じて、MuleSoft の担当者に連絡してサポートを要求してください。
PCE のコンポーネントは 2 つあります。 - Anypoint Platform コア - Anypoint Monitoring (省略可能) プラットフォームのパフォーマンス、安定性、高可用性を保証するため、Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) は、4 ノードと 7 ノードの 2 つのネットワーク設定をサポートします。 小さな設定: - コントロールプレーン用の 4 ノード - Anypoint Monitoring (省略可能なアドオン) 用の追加の 3 ノード - アセットストレージ用の NFS - ロードバランサー 大きな設定: - コントロールプレーン用の 7 ノード - 監視 (省略可能) 用の追加の 3 ノード - アセットストレージ用の NFS - ロードバランサー どちらの設定でも、高可用性とパフォーマンスを保証するためには、各ノードは別々のサーバーで動作する必要があります。仮想マシンを使用してノードをホストしている場合は、各 VM ノードが別々の物理サーバーで動作していることを確認してください。 ## [](#anypoint-platform-コア)Anypoint Platform コア Anypoint Platform コアを実行するための 4 ノードまたは 7 ノードの前提条件。 ### [](#メモリと-cpu-の要件)メモリと CPU の要件 次に、Anypoint Platform コアに必要な最小要件を示します。環境に応じて、必要な CPU またはメモリ量が多くなる可能性があります。
Table 1. メモリと CPU の要件
コンポーネント 要件

RAM

32 GB

CPU

8 コア
記述されているメモリと CPU の要件が満足されていないと、Anypoint Platform PCE のインストールは失敗します。
本番環境では、設定に含まれる各ノードに以下の専用デバイスが必要です。すべてのデバイスが ​**xfs**​ または ​**ext4**​ でフォーマットされている必要があります。
Table 2. 専用デバイス要件の確認
コンポーネント Size (サイズ) 最小限の IOPS マウントポイント 説明

HDD 2 ​システム状態ディレクトリデバイス

250 GB

1500

/var/lib/gravity

システム設定とメタデータ (データベースとパッケージを含む) を格納します。パッケージサイズは大きくなることがあるため、インストール前に最小サイズ要件を見積もって、十分なスペースを専用デバイスとして割り当てることが重要です。

HDD 3 ​アプリケーションデータデバイス

250 GB

1500

/var/lib/data

アプリケーションの設定とデータを格納します。必要なスペースは 250 GB 以上ですが、ユースケースによって変わることがあります。事前に最小サイズ要件を見積もって、十分なスペースを専用デバイスとして割り当てることが重要です。

HDD 4 ​Docker デバイス

100 GB

3000

/var/lib/gravity/planet/docker

Docker のオーバーレイストレージドライバーで使用されます。オーバーレイディレクトリでは 100 GB 以上が必要です。50 GB 以下のデバイスでは、システムパフォーマンスが低下したり、あるいはまったく機能しなかったりします。

HDD 5 ​etcd デバイス

20 GB

3000

/var/lib/gravity/planet/etcd

クラスター調整に使用される分散型データベース専用ストレージを提供します。

/tmp (インストーラー)

50 GB

なし

/ (root)

50 GB

なし

インストーラーファイルをダウンロードして展開するために、ホームディレクトリに 50 GB 以上のスペースが必要です。
上の表に示したスペース要件は、平均的な使用状況に基づいています。大量のトラフィックが発生する環境では、MuleSoft プロフェッショナルサービスと共に必要なスペースを確認してください。
### [](#システム状態ディレクトリデバイス)システム状態ディレクトリデバイス システム状態ディレクトリデバイスの主な目的は、システム設定とメタデータ (データベースやパッケージなど) を格納することです。パッケージサイズは大きくなることがあるため、最小サイズ要件を見積もって、十分なスペースを専用デバイスとして割り当てることが重要です。 このデバイスは、​`xfs`​ または ​`ext4`​ としてフォーマットし、​`/var/lib/gravity`​ としてマウントしてください。 次のシェルスニペットは、systemd マウントファイルを使用してシステム状態ディレクトリデバイスをマウントする例として提供されており、そのまま本番環境で使用することはできません。システム状態ディレクトリデバイスは、​`/etc/fstab`​ などの手段でマウントすることもできます。この要件を満足するのに最適な手段は、システム管理者と相談して決めてください。このプロセスで下記の例を利用する場合は、正しいデバイス名を 2 か所で指定することを忘れないようにしてください。 sudo mkfs.ext4 /dev/ sudo mkdir -p /var/lib/gravity echo -e "\[Mount\]\\nWhat=/dev/\\nWhere=/var/lib/gravity\\nType=ext4\\n\[Install\]\\nWantedBy=local-fs.target" | sudo tee /etc/systemd/system/var-lib-gravity.mount sudo systemctl daemon-reload sudo systemctl enable var-lib-gravity.mount sudo systemctl start var-lib-gravity.mount ### [](#アプリケーションデータデバイス)アプリケーションデータデバイス アプリケーションデータディレクトリの主な目的は、アプリケーションの設定とデータを格納することです。必要な最小スペースは 250 GB ですが、ユースケースによってはさらに多くが必要になることもあります。専用デバイスに十分なスペースを割り当てることが重要です。 このデバイスは、​`xfs`​ または ​`ext4`​ としてフォーマットし、​`/var/lib/data`​ としてマウントしてください。 次のシェルスニペットは、systemd マウントファイルを使用してアプリケーションデータデバイスをマウントする例として提供されており、そのまま本番環境で使用することはできません。アプリケーションデータデバイスは、​`/etc/fstab`​ などの手段でマウントすることもできます。この要件を満足するのに最適な手段は、システム管理者と相談して決めてください。このプロセスで下記の例を利用する場合は、正しいデバイス名を 2 か所で指定することを忘れないようにしてください。 sudo mkfs.ext4 /dev/ sudo mkdir -p /var/lib/data echo -e "\[Mount\]\\nWhat=/dev/\\nWhere=/var/lib/data\\nType=ext4\\n\[Install\]\\nWantedBy=local-fs.target" | sudo tee /etc/systemd/system/var-lib-data.mount sudo systemctl daemon-reload sudo systemctl enable var-lib-data.mount sudo systemctl start var-lib-data.mount ### [](#etcd-デバイス)etcd デバイス etcd デバイスの主な目的は、クラスター調整に使用される分散型データベース用の専用ストレージを提供することです。それほど多くのスペースは必要なく、20 GB もあれば十分です。 このデバイスは、​`xfs`​ または ​`ext4`​ としてフォーマットし、​`/var/lib/gravity/planet/etcd`​ としてマウントしてください。 次のシェルスニペットでは、systemd マウントファイルを使用して etcd デバイスを ​`/var/lib/gravity/planet/etcd`​ パスにマウントします。 etcd デバイスは、​`/etc/fstab`​ や別の手段でマウントすることもできます。この要件を満足するのに最適な手段は、システム管理者と相談して決めてください。このプロセスのガイドとして次の例を使用する場合、正しいデバイス名を 2 か所で指定します。
/var/lib/gravity/planet​ の下にシステム状態デバイスをマウントしてから、このデバイスをマウントします。systemd ユニットを使用してボリュームをマウントしている場合、​After=<device-name>.<mount>​ を使用してマウントの連動関係を宣言します。
sudo mkfs.ext4 /dev/ sudo mkdir -p /var/lib/gravity/planet/etcd echo -e "\[Mount\]\\nWhat=/dev/\\nWhere=/var/lib/gravity/planet/etcd\\nType=ext4\\n\[Install\]\\nWantedBy=local-fs.target" | sudo tee /etc/systemd/system/var-lib-gravity-planet-etcd.mount sudo systemctl daemon-reload sudo systemctl enable var-lib-gravity-planet-etcd.mount sudo systemctl start var-lib-gravity-planet-etcd.mount ### [](#docker-デバイス)Docker デバイス 特に指定しない限り、Docker のデフォルト設定ではオーバーレイドライバーが使用されます。本番ではこれをお勧めします。 このデバイスは、​`xfs`​ または ​`ext4`​ としてフォーマットし、​`/var/lib/gravity/planet/docker`​ としてマウントしてください。 次のシェルスニペットの例では、​`systemd`​ マウントファイルを使用して Docker デバイスを ​`/var/lib/gravity/planet/docker`​ パスにマウントします。Docker デバイスは、​`/etc/fstab`​ や別の手段でマウントすることもできます。 この要件を満足するのに最適な手段は、システム管理者と相談して決めてください。 このプロセスのガイドとして次の例を使用する場合、2 か所で ​``​ を正しいデバイス名に置き換えます。
/var/lib/gravity/planet​ の下にシステム状態デバイスをマウントしてから、このデバイスをマウントします。system.d ユニットを使用してボリュームをマウントしている場合、​After=<device-name>.<mount>​ を使用してマウントの連動関係を宣言します
sudo mkfs.ext4 /dev/ sudo mkdir -p /var/lib/gravity/planet/docker echo -e "\[Mount\]\\nWhat=/dev/\\nWhere=/var/lib/gravity/planet/docker\\nType=ext4\\n\[Install\]\\nWantedBy=local-fs.target" | sudo tee /etc/systemd/system/var-lib-gravity-planet-docker.mount sudo systemctl daemon-reload sudo systemctl enable var-lib-gravity-planet-docker.mount sudo systemctl start var-lib-gravity-planet-docker.mount ## [](#anypoint-monitoring)Anypoint Monitoring Anypoint Monitoring は、Anypoint Private Cloud でサポートされる省略可能なアドオンです。詳細は、​[「Anypoint Platform PCE での Anypoint Monitoring」](https://docs.mulesoft.com/jp/private-cloud/3.2/anypoint-monitoring)​を参照してください。 前提条件: Monitoring Center アドオン用の追加の 3 ノード。 ### [](#メモリと-cpu-の要件-2)メモリと CPU の要件 Monitoring Center アドオンのハードウェア要件は Platform コアのノードとは異なり、より多くの CPU、より多くのメモリ、異なるディスクマウントが必要です。
Table 3. メモリと CPU の要件
コンポーネント 要件

RAM

128 GB

CPU

32 コア
本番環境では、設定に含まれる各ノードに以下の専用デバイスが必要です。すべてのデバイスが ​**xfs**​ または ​**ext4**​ でフォーマットされている必要があります。
Table 4. 専用デバイス要件の確認
コンポーネント Size (サイズ) 最小限の IOPS マウントポイント 説明

HDD 2 ​システム状態ディレクトリデバイス

250 GB

1500

/var/lib/gravity

システム設定とメタデータ (データベースとパッケージを含む) を格納します。パッケージサイズは大きくなることがあるため、インストール前に最小サイズ要件を見積もって、十分なスペースを専用デバイスとして割り当てることが重要です。

HDD 3 ​Docker デバイス

100 GB

3000

/var/lib/gravity/planet/docker

Docker のオーバーレイストレージドライバーで使用されます。オーバーレイディレクトリでは 100 GB 以上が必要です。50 GB 以下のデバイスでは、システムパフォーマンスが低下したり、あるいはまったく機能しなかったりします。

HDD 4 ​Cassandra AMV デバイス

500 GB

1500

/var/lib/data/dias-meld および /var/lib/data/dias-cassandra

Monitoring Center アドオン用の Cassandra データベースデータを保存します。必要なスペースは 250 GB 以上ですが、ユースケースによって変わることがあります。事前に最小サイズ要件を見積もって、十分なスペースを専用デバイスとして割り当てることが重要です。

HDD 5 ​Stolon AMV デバイス

250 GB

1500

/var/lib/data/stolon-amv

Monitoring Center アドオン用の Postgres データベースデータを保存します。必要なスペースは 250 GB 以上ですが、ユースケースによって変わることがあります。事前に最小サイズ要件を見積もって、十分なスペースを専用デバイスとして割り当てることが重要です。

HDD 7 ​InfluxDB AMV デバイス

4 TB

1500

/var/lib/data/influxdb

Monitoring Center アドオン用の InfluxDB データを保存します。必要なスペースは 250 GB 以上ですが、ユースケースによって変わることがあります。事前に最小サイズ要件を見積もって、十分なスペースを専用デバイスとして割り当てることが重要です。

HDD 7 ​logstash AMV デバイス

500 GB

1500

/var/lib/data/logstash

Monitoring Center アドオン用の Logstash データを保存します。必要なスペースは 250 GB 以上ですが、ユースケースによって変わることがあります。事前に最小サイズ要件を見積もって、十分なスペースを専用デバイスとして割り当てることが重要です。

/tmp (インストーラー)

20 GB

なし

/ (root)

10 GB

なし

インストーラーファイルをダウンロードして展開するために、ホームディレクトリに 10 GB 以上のスペースが必要です。
上の表に示したスペース要件は、平均的な使用状況に基づいています。大量のトラフィックが発生する環境では、MuleSoft プロフェッショナルサービスと共に必要なスペースを確認してください。
### [](#システム状態ディレクトリデバイス-2)システム状態ディレクトリデバイス システム状態ディレクトリデバイスの主な目的は、システム設定とメタデータ (データベースやパッケージなど) を格納することです。パッケージサイズは大きくなることがあるため、最小サイズ要件を見積もって、十分なスペースを専用デバイスとして割り当てることが重要です。 このデバイスは、​`xfs`​ または ​`ext4`​ としてフォーマットし、​`/var/lib/gravity`​ としてマウントしてください。 次のシェルスニペットは、​`systemd`​ マウントファイルを使用してシステム状態ディレクトリデバイスをマウントする例として提供されており、そのまま本番環境で使用することはできません。システム状態ディレクトリデバイスは、​`/etc/fstab`​ などの手段でマウントすることもできます。この要件を満足するのに最適な手段は、システム管理者と相談して決めてください。このプロセスのガイドとして次の例を使用する場合、2 か所で ​``​ を正しいデバイス名に置き換えます。 sudo mkfs.ext4 /dev/ sudo mkdir -p /var/lib/gravity echo -e "\[Mount\]\\nWhat=/dev/\\nWhere=/var/lib/gravity\\nType=ext4\\n\[Install\]\\nWantedBy=local-fs.target" | sudo tee /etc/systemd/system/var-lib-gravity.mount sudo systemctl daemon-reload sudo systemctl enable var-lib-gravity.mount sudo systemctl start var-lib-gravity.mount ### [](#docker-デバイス-2)Docker デバイス 特に指定しない限り、Docker のデフォルト設定ではオーバーレイドライバーが使用されます。本番ではこれをお勧めします。 このデバイスは、​`xfs`​ または ​`ext4`​ としてフォーマットし、​`/var/lib/gravity/planet/docker`​ としてマウントしてください。 次のシェルスニペットの例では、​`systemd`​ マウントファイルを使用して Docker デバイスを ​`/var/lib/gravity/planet/docker`​ パスにマウントします。Docker デバイスは、​`/etc/fstab`​ や別の手段でマウントすることもできます。 この要件を満足するのに最適な手段は、システム管理者と相談して決めてください。 このプロセスのガイドとして次の例を使用する場合、2 か所で ​``​ を正しいデバイス名に置き換えます。
/var/lib/gravity/planet​ の下にシステム状態デバイスをマウントしてから、このデバイスをマウントします。system.d ユニットを使用してボリュームをマウントしている場合、​After=<device-name>.<mount>​ を使用してマウントの連動関係を宣言します
sudo mkfs.ext4 /dev/ sudo mkdir -p /var/lib/gravity/planet/docker echo -e "\[Mount\]\\nWhat=/dev/\\nWhere=/var/lib/gravity/planet/docker\\nType=ext4\\n\[Install\]\\nWantedBy=local-fs.target" | sudo tee /etc/systemd/system/var-lib-gravity-planet-docker.mount sudo systemctl daemon-reload sudo systemctl enable var-lib-gravity-planet-docker.mount sudo systemctl start var-lib-gravity-planet-docker.mount ### [](#dias-データデバイス)DIAS データデバイス DIAS データディレクトリデバイスの主な目的は、Monitoring Center アドオンの Cassandra および Meld データベースデータを保存することです。必要な最小スペースは 250 GB ですが、ユースケースによってはさらに多くが必要になることもあります。専用デバイスに十分なスペースを割り当てることが重要です。 このデバイスは、​`xfs`​ または ​`ext4`​ としてフォーマットし、​`/var/lib/data`​ としてマウントしてください。 次のシェルスニペットは、​`systemd`​ マウントファイルを使用してアプリケーションデータデバイスをマウントする例として提供されており、そのまま本番環境で使用することはできません。アプリケーションデータデバイスは、​`/etc/fstab`​ などの手段でマウントすることもできます。この要件を満足するのに最適な手段は、システム管理者と相談して決めてください。このプロセスのガイドとして次の例を使用する場合、2 か所で ​``​ を正しいデバイス名に置き換えます。 sudo mkfs.ext4 /dev/ sudo mkdir -p /var/lib/data echo -e "\[Mount\]\\nWhat=/dev/\\nWhere=/var/lib/data\\nType=ext4\\n\[Install\]\\nWantedBy=local-fs.target" | sudo tee /etc/systemd/system/var-lib-data-dias.mount sudo systemctl daemon-reload sudo systemctl enable var-lib-data-dias.mount sudo systemctl start var-lib-data-dias.mount マウントしたら、必要に応じて次のディレクトリをすべての Monitor Center アドオンノードに作成します。 - /var/lib/data/dias-cassandra - /var/lib/data/dias-meld ### [](#stolon-amv-デバイス)Stolon AMV デバイス Stolon AMV ディレクトリデバイスの主な目的は、Monitoring Center アドオンの Postgres データベースデータを保存することです。必要な最小スペースは 250 GB ですが、ユースケースによってはさらに多くが必要になることもあります。専用デバイスに十分なスペースを割り当てることが重要です。 このデバイスは、​`xfs`​ または ​`ext4`​ としてフォーマットし、​`/var/lib/data/stolon-amv`​ としてマウントしてください。 次のシェルスニペットは、​`systemd`​ マウントファイルを使用してアプリケーションデータデバイスをマウントする例として提供されており、そのまま本番環境で使用することはできません。アプリケーションデータデバイスは、​`/etc/fstab`​ などの手段でマウントすることもできます。この要件を満足するのに最適な手段は、システム管理者と相談して決めてください。このプロセスのガイドとして次の例を使用する場合、2 か所で ​``​ を正しいデバイス名に置き換えます。 sudo mkfs.ext4 /dev/ sudo mkdir -p /var/lib/data/stolon-amv echo -e "\[Mount\]\\nWhat=/dev/\\nWhere=/var/lib/data/stolon-amv\\nType=ext4\\n\[Install\]\\nWantedBy=local-fs.target" | sudo tee /etc/systemd/system/var-lib-data-stolon-amv.mount sudo systemctl daemon-reload sudo systemctl enable var-lib-data-stolon-amv.mount sudo systemctl start var-lib-data-stolon-amv.mount ### [](#influxdb-amv-デバイス)InfluxDB AMV デバイス InfluxDB AMV ディレクトリデバイスの主な目的は、Monitoring Center アドオンの InfluxDB データを保存することです。必要な最小スペースは 250 GB ですが、ユースケースによってはさらに多くが必要になることもあります。専用デバイスに十分なスペースを割り当てることが重要です。 このデバイスは、​`xfs`​ または ​`ext4`​ としてフォーマットし、​`/var/lib/data/influxdb`​ としてマウントしてください。 次のシェルスニペットは、​`systemd`​ マウントファイルを使用してアプリケーションデータデバイスをマウントする例として提供されており、そのまま本番環境で使用することはできません。アプリケーションデータデバイスは、​`/etc/fstab`​ などの手段でマウントすることもできます。この要件を満足するのに最適な手段は、システム管理者と相談して決めてください。このプロセスのガイドとして次の例を使用する場合、2 か所で ​``​ を正しいデバイス名に置き換えます。 sudo mkfs.ext4 /dev/ sudo mkdir -p /var/lib/data/influxdb echo -e "\[Mount\]\\nWhat=/dev/\\nWhere=/var/lib/data/influxdb\\nType=ext4\\n\[Install\]\\nWantedBy=local-fs.target" | sudo tee /etc/systemd/system/var-lib-data-influxdb.mount sudo systemctl daemon-reload sudo systemctl enable var-lib-data-influxdb.mount sudo systemctl start var-lib-data-influxdb.mount マウントしたら、必要に応じて次のディレクトリをすべての Monitor Center アドオンノードに作成します。 - /var/lib/data/influxdb/data - /var/lib/data/influxdb/meta ### [](#logstash-amv-デバイス)Logstash AMV デバイス Logstash AMV ディレクトリデバイスの主な目的は、Monitoring Center アドオンの Logstash データベースデータを保存することです。必要な最小スペースは 250 GB ですが、ユースケースによってはさらに多くが必要になることもあります。専用デバイスに十分なスペースを割り当てることが重要です。 このデバイスは、​`xfs`​ または ​`ext4`​ としてフォーマットし、​`/var/lib/data/logstash`​ としてマウントしてください。 次のシェルスニペットは、​`systemd`​ マウントファイルを使用してアプリケーションデータデバイスをマウントする例として提供されており、そのまま本番環境で使用することはできません。アプリケーションデータデバイスは、​`/etc/fstab`​ などの手段でマウントすることもできます。この要件を満足するのに最適な手段は、システム管理者と相談して決めてください。このプロセスのガイドとして次の例を使用する場合、2 か所で ​``​ を正しいデバイス名に置き換えます。 sudo mkfs.ext4 /dev/ sudo mkdir -p /var/lib/data/logstash echo -e "\[Mount\]\\nWhat=/dev/\\nWhere=/var/lib/data/logstash\\nType=ext4\\n\[Install\]\\nWantedBy=local-fs.target" | sudo tee /etc/systemd/system/var-lib-data-logstash.mount sudo systemctl daemon-reload sudo systemctl enable var-lib-data-logstash.mount sudo systemctl start var-lib-data-logstash.mount ## [](#デバイスの確認)デバイスの確認 すべてのデバイスがすべてのノードで同じようにセットアップされていることを確認するには、Anypoint Monitoring ノードと Visualizer ノードで ​`lsblk`​ コマンドを実行します。​`lsblk`​ からの出力が次の例のようになっていることを確認してください。 \[root@ip-0-0-0-0 ~\]# lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT xvda 202:0 0 90G 0 disk ├─xvda1 202:1 0 1M 0 part └─xvda2 202:2 0 90G 0 part / xvdb 202:16 0 100G 0 disk /var/lib/gravity/planet/docker xvdd 202:48 0 250G 0 disk /var/lib/data xvde 202:64 0 250G 0 disk /var/lib/gravity xvdf 202:64 0 250G 0 disk /var/lib/data/stolon-amv xvdg 202:64 0 250G 0 disk /var/lib/data/influxdb xvdh 202:64 0 250G 0 disk /var/lib/data/logstash xvdi 202:64 0 20G 0 disk /tmp ## [](#ディスク-iops-の確認)ディスク IOPS の確認 ハードウェアまたは仮想化プロバイダーによっては、ディスク IOPS (I/O オペレーション/秒) を設定できます。​`iops`​ コマンドを使用して、各デバイスの IOPS を確認します。 $ sudo ./iops --time 2 /dev/xvdb /dev/xvdb, 107.37 GB, 32 threads: 512 B blocks: 1893.0 IO/s, 946.5 KiB/s ( 7.8 Mbit/s) 1 KiB blocks: 1354.8 IO/s, 1.3 MiB/s ( 11.1 Mbit/s) 2 KiB blocks: 1091.8 IO/s, 2.1 MiB/s ( 17.9 Mbit/s) 4 KiB blocks: 807.1 IO/s, 3.2 MiB/s ( 26.4 Mbit/s) 8 KiB blocks: 803.7 IO/s, 6.3 MiB/s ( 52.7 Mbit/s) 16 KiB blocks: 787.4 IO/s, 12.3 MiB/s (103.2 Mbit/s) 32 KiB blocks: 700.8 IO/s, 21.9 MiB/s (183.7 Mbit/s) 64 KiB blocks: 590.0 IO/s, 36.9 MiB/s (309.3 Mbit/s) 128 KiB blocks: 327.6 IO/s, 40.9 MiB/s (343.5 Mbit/s) ... ## [](#ロードバランサーの要件)ロードバランサーの要件 Anypoint Platform PCE は複数のサーバーがある本番環境で実行する必要があります。サーバー間でトラフィックを分散し、特定のポートへのアクセスを制限するには、ロードバランサーを用意して設定する必要があります。 NGINX を含め、任意のロードバランサーを使用できます (NGINX は必須ではありません)。
Anypoint Platform PCE 用 AWS Provisioner​ を使用している場合は、別途ロードバランサーを設定する必要はありません。インストール中に必要な設定で Amazon ELB が作成されます。
### [](#ロードバランサーの設定)ロードバランサーの設定 任意の方法を使用してクライアント要求を分散するようにロードバランサーを設定できますが、ほとんどのコンテキストではラウンドロビン方式が最適です。ネットワークのすべてのマシン (Anypoint Platform PCE ノードを含む) で使用可能な IP アドレスを使用してロードバランサーにアクセスできることを確認してください。 ロードバランサーは次の TCP ポートをルーティングする必要があります。
Table 5. TCP ポートのルーティング要件
ロードバランサーポート インスタンスポート 内部用途

80

30080

HTTPs への HTTP のリダイレクト

443

30443

HTTPS ポート

8083

30883

Mule Runtime で証明書の認証および更新を行うための HTTPS ポート

8889

30889

Mule Runtime を接続するための WebSocket ポート

8895

30895

(Monitoring Center が有効化されている場合のみ)

9500

32009

Ops Center アクセスポート
それぞれのケースで、ロードバランサーはロードバランサーポートでリスンし、受信要求をインスタンスポートにリダイレクトする必要があります。Anypoint Platform PCE のインストールには、設定済みの各インスタンスポートでリスンし、「内部用途」列に記載したアクションを実行する内部 NGINX サーバーが含まれます。 ロードバランサーはアドレス ​`HTTP:10256/healthz`​ をポーリングしてプラットフォームサーバーで状態チェックを実行し、アクセス可能であることを確認する必要があります。
ロードバランサーで SSL 証明書を設定しないでください。TLS 終了は、アクセス管理を使用して設定された証明書のあるプラットフォームによって処理されます。​「Anypoint Platform PCE の設定」​を参照してください。
### [](#nginx-を使用してロードバランサーを実装する)Nginx を使用してロードバランサーを実装する 1. `/etc/nginx/stream.d/*`​ で定義されたすべての設定プロパティを参照して、​`/etc/nginx/nginx.conf`​ ファイルでストリームブロックを有効にします。 ```json stream { include /etc/nginx/stream.d/*.conf; } ``` 2. `/etc/nginx/conf.d`​ から ​`default.conf`​ ファイルを削除します。 3. `/etc/nginx/stream.d`​ という名前のフォルダーを作成し、そのフォルダー内で ​`onprem.conf`​ という名前のファイルを作成します。 4. 次のコンテンツを ​`onprem.conf`​ に貼り付けます。 ```json server { listen 80; proxy_pass 0.0.0.0:30080; } server { listen 443; proxy_pass 0.0.0.0:30443; } server { listen 8083; proxy_pass 0.0.0.0:30883; } server { listen 8889; proxy_pass 0.0.0.0:30889; } server { listen 8895; proxy_pass 0.0.0.0:30895; } server { listen 9500; proxy_pass 0.0.0.0:32009; } server { listen 9501; proxy_pass 0.0.0.0:30083; } ``` 5. NGINX を起動する前に SELinux でデフォルトのポートを有効にします。次のコマンドを 1 つずつ実行します。 semanage port -a -t http\_port\_t -p tcp 8083 semanage port -a -t http\_port\_t -p tcp 8889 semanage port -a -t http\_port\_t -p tcp 8895 semanage port -a -t http\_port\_t -p tcp 9500 semanage port -a -t http\_port\_t -p tcp 9501 6. NGINX を起動します。 service nginx restart ## [](#関連情報)関連情報 - [環境要件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-platform) - [ソフトウェアの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-software) - [ネットワークの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-network) - [NFS サーバーの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/verify-nfs) - [インストール前の検証](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-gravity-check) - [Nginx](https://www.nginx.com/) - [Anypoint Monitoring](https://docs.mulesoft.com/jp/private-cloud/3.2/anypoint-monitoring) # 環境情報の収集 インストール中は、次の情報を入力するように要求されます。 - Anypoint Platform Private Cloud Edition ライセンスファイル。例: `license.pem`​。MuleSoft の担当者に連絡してサポートを要求してください。 - インストールパッケージの名前と場所。例: `/home/ec2-user/anypoint-2.0.3-installer.tar.gz`​。MuleSoft の担当者に連絡してサポートを要求してください。 - AWS ログイン情報 - システム管理者の ID - システム管理者のメールアドレス - システム管理者のパスワード - クラスター内の各サーバーの IP アドレス - デバイス名 - システム状態ディレクトリ - アプリケーションデータ - etcd - Docker - NFS サーバー情報 - NFS サーバーの DNS - NFS サーバーのパス - PLATFORM\_DNS​ (DNS は NFS サーバーに対して設定されている必要があります。) - Anypoint Platform 組織とシステム管理者: - 管理者のユーザー名 - 管理者のメールアドレス - 管理者のパスワード - SMTP サーバーのログイン情報 - ホスト名 - SMTP サーバーと通信するために使用されるポート - SMTP サーバーを認証するためのユーザー名 - SMTP パスワード ## [](#関連情報)関連情報 - [ハードウェア前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-hardware) - [ソフトウェアの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-software) - [ネットワークの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-network) - [NFS サーバーの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/verify-nfs) # 環境要件 ## [](#サポート対象の環境)サポート対象の環境 Anypoint Platform Private Cloud Edition (Anypoint Platform PCE) では、以下の環境のみがサポート対象となります。 - VMWare ベアメタル仮想化 - 物理サーバー - Amazon Web Services (AWS) AWS を使用する場合は、​[「AWS の前提条件」のプロビジョニング](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-aws-terraform)​の手順を実行します。 ## [](#関連情報)関連情報 - [ハードウェア前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-hardware) - [ソフトウェアの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-software) - [ネットワークの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-network) - [NFS サーバーの前提条件](https://docs.mulesoft.com/jp/private-cloud/3.2/verify-nfs) - [インストール前の検証](https://docs.mulesoft.com/jp/private-cloud/3.2/prereq-gravity-check)