Anypoint Platform 価格設定
|
このドキュメントの対象は、新しい価格設定モデルにオプトインしている US コントロールプレーンの一部のお客様のみです。 このドキュメントの詳細は変更される場合があります。 |
このドキュメントでは、新しい価格設定およびパッケージモデルをサポートするために Runtime Manager for CloudHub 1.0、CloudHub 2.0、Anypoint Runtime Fabric、アクセス管理で導入された変更について説明します。
vCore から新しい価格設定およびパッケージモデルへの使用状況レポートの変更
組織が新しい使用状況価格設定およびパッケージモデルにオプトインしたら、アプリケーションを再デプロイする必要があります。アプリケーションを再デプロイすると、使用状況レポートで一時的にアプリケーションの vCore ベースの使用状況と新しい使用状況メトリクスの両方が表示されるようになります。使用状況レポートでは 1 か月全体が対象となるため、使用状況レポートはその月の新しい使用状況価格設定モデルと vCore ベースの使用状況価格設定の両方について表示されます。
CloudHub と CloudHub 2.0 の場合は、毎月のランタイムパッチ更新サイクル中にアプリケーションが自動的に再デプロイされます。詳細は、「CloudHub Runtime の継続的な更新」および「CloudHub 2.0 オペレーティングシステムのパッチ更新」を参照してください。
Runtime Fabric の場合は、アプリケーションを手動で再デプロイする必要があります。すべての RTF アプリケーションを再デプロイすると、使用状況レポートが使用状況と vCore レポートの組み合わせからすべての使用状況ベースのレポートに切り替わります。Anypoint Platform コントラクトへの準拠を保つには、RTF アプリケーションをタイムリーに再デプロイする必要があります。
サポート対象の Mule Runtime バージョン
新しい価格設定およびパッケージモデルを活用するには、すべてのアプリケーション (本番および Sandbox) で次の Mule バージョンを使用する必要があります。
| リリース種別 | バージョン要件 |
|---|---|
CloudHub 2.0 |
4.3 および 4.4 の最新の日付パッチバージョン |
CloudHub 1.0 |
3.9、4.2、4.3、および 4.4 の最新の日付パッチバージョン |
Runtime Fabric |
次のいずれかのバージョンまたは任意の以降の日付パッチ: Mule 4 イメージのバージョン:
Mule 3 イメージのバージョン:
|
組織が新しい価格設定およびパッケージモデルにオンボードしたら、手動で、または毎月のパッチサイクル中にサポートされるバージョンでアプリケーションを再デプロイする必要があります。毎月のパッチサイクルは、CloudHub 1.0 および CloudHub 2.0 アプリケーションでのみ適用されます。RTF のお客様は、RTF エージェントバージョン 1.13.112 または 2.1.30 以降を使用している必要があります。組織が新しい価格設定およびパッケージモデルにオンボードした後で、Runtime Fabric アプリケーションも (サポートされる日付パッチバージョンで) 手動で再デプロイする必要があります。
新しい価格設定およびパッケージモデルでサポートされない Mule バージョンを使用する既存のアプリケーションの以前の正常な設定にロールバックするには、変更をデプロイする前に準拠バージョンを選択してください。デプロイメント後に、MuleSoft によって以前に選択した設定とサポートされるランタイムで新しい設定が作成されます。
メトリクスの定義
Anypoint Platform には、割り当てられた Mule コンポーネントの消費に基づいた価格設定パッケージがあります。
Anypoint Platform 内の価格設定の概念については、「使用量と価格設定のメトリクス」を参照してください。
グローバルリソースプールの制限
新しい価格設定およびパッケージを使用してプロビジョニングされたルート組織では、組織のすべてのビジネスグループおよび環境の CloudHub 1.0 および CloudHub 2.0 へのデプロイメント用に共有される共有 CPU およびメモリリソースのグローバルプールを受け取ります。このリソースのプールは十分な大きさがあり、中断なくすべての購入済みのフローおよびメッセージをコンシュームできます。組織がリソースを使い果たすと、新しいアプリケーションのデプロイや停止されたアプリケーションの開始など、もっと多くのリソースをコンシュームするアクションは十分なリソースが使用可能になるまでブロックされます。
使用されていないアプリケーションを停止または削除するか、既存のアプリケーションでコンシュームするレプリカサイズまたはリソースを削減することで、リソースを解放できます。アプリケーションリスト UI、アプリケーションデプロイメント UI、アプリケーションの管理 UI では、組織がリソースの上限に近づくたびに警告が表示されます。上限に達するのを防止するには、CloudHub 1.0 および CloudHub 2.0 できめ細かいレプリカサイズを使用して、必要な量のみを割り当てるようにしてください。上限に達した場合の例外が必要な場合は、サポートにお問い合わせください。
CloudHub 2.0 アプリケーションのデプロイメント
CloudHub 2.0 では、アプリケーションのデプロイメントにレプリカサイズを使用するようになりました。アプリケーションのプロファイルまたはサイズに基づいて次のレプリカサイズの中から選択し、vCore に関連して同等のものを表示できます。サフィックス .mem が付いたレプリカサイズは、同じ計算を使用するメモリ負荷の高いオプションです。
| 製品 | 同等の vCore サイズ | メモリ合計 | ヒープメモリ | ストレージ |
|---|---|---|---|---|
mule.nano |
0.05 |
1 GB |
0.5 GB |
8 GB |
mule.micro |
0.1 |
1 GB |
0.5 GB |
8 GB |
mule.micro.mem |
0.1 |
2 GB |
1 GB |
8 GB |
mule.small |
0.2 |
2 GB |
1 GB |
8 GB |
mule.medium |
0.5 |
3 GB |
1.5 GB |
10 GB |
mule.medium.mem |
0.5 |
5 GB |
2.5 GB |
10 GB |
mule.large |
1 |
4 GB |
2 GB |
12 GB |
mule.large.mem |
1 |
8 GB |
4 GB |
12 GB |
mule.xlarge |
2 |
7 GB |
3.5 GB |
20 GB |
mule.xlarge.mem |
2 |
12 GB |
6 GB |
20 GB |
mule.2xlarge.mem |
4 |
15 GB |
7.5 GB |
20 GB |
毎月のパッチサイクル中に、アプリケーションは自動的に同等のレプリカサイズに移行されます。Mule Maven プラグインを使用したアプリケーションデプロイメントはまだサポートされていません。ただし、target.deploymentSettings の instanceType という新しい項目を活用した Runtime Manager UI および Application Manager Experience API を使用してのデプロイは可能です。
アクセス管理のエンタイトルメント
新しい価格設定およびパッケージを使用してプロビジョニングされたアカウントでは、アクセス管理の vCore ではなくフロー、メッセージ、スループットのエンタイトルメントが表示されます。これらのエンタイトルメントはルート組織レベルで使用でき、ビジネスグループ間で割り当てることはできません。vCore は購入済みエンティティではなくなったため、ビジネスグループ間で追跡したり割り当てたりすることはできません。フロー、メッセージ、スループットの毎月の使用状況を表示するには、アクセス管理 UI を使用して使用状況レポートにアクセスしてください。