Azure Spring Apps のコストを管理する

この記事の適用対象:✅ Standard 従量課金および専用 (プレビュー) ✅ Basic/Standard ✅ Enterprise

このアーティクルでは、Azure Spring Apps が提供するコスト削減のオプションと機能について説明します。

Enterprise プランでさらに節約する

Enterprise プランでは、Microsoft と VMware (by Broadcom) の両方の価格部分で、より長いコミットメントに対してさらなる割引が提供されるようになりました。 詳しくは、Azure Spring Apps の価格に関する記事をご覧ください。

Microsoft の価格部分では、Enterprise プランには現在、年単位の割引価格オプションが用意されています。 詳細については、価値の最大化: Spring Apps の優れたコスト削減による合理化されたクラウド ソリューションに関する記事を参照してください。

VMware (by Broadcom) の価格部分については、交渉可能な割引はサインアップする年数によって異なります。 詳細については、営業担当者にお問い合わせください。

毎月の無料付与

サブスクリプションあたりの毎月最初の 50 vCPU 時間と 100 GB 時間のメモリは、無料です。 詳細については、Apps on Azure ブログの「価格の引き下げ - Azure Spring Apps はより多く、より低コスト」を参照 してください。

インスタンスの開始と停止

継続的に実行する必要のない Azure Spring Apps インスタンスがある場合は、実行中のインスタンスの数を減らすことでコストを節約できます。 詳細については、Azure Spring Apps サービス インスタンスを開始または停止するを参照してください。

スケーリングと自動スケーリング

変化する環境に対応するために、コンピューティング容量を手動でスケーリングできます。 詳細については、Azure Spring Apps でアプリケーションをスケーリングするを参照してください。

自動スケーリングでは、不要になった冗長リソースを終了することで運用コストが削減されます。 詳細については、アプリケーションの自動スケーリングを設定する方法に関するページを参照してください。

Azure Spring Apps Standard 従量課金および専用プランでアプリケーションの自動スケーリング規則を設定できます。 詳しくは、クイックスタート: Azure Spring Apps Standard 従量課金および専用プランでアプリケーションの自動スケーリングを設定するを参照してください。

使われていない環境の保守を停止する

製品の開発中に複数の環境を設定した場合、製品の稼動後に使わなくなった環境を削除することが重要です。

不要なデプロイを削除する

ダウンタイムを減らすためにブルーグリーン デプロイのような戦略を使う場合、ステージング スロットに多くのアイドル状態のデプロイ、特に新しいバージョンが運用環境にデプロイされると不要になる複数のアプリ インスタンスが発生する可能性があります。

リソースの過剰な割り当てを回避する

Java ユーザーは、実際に必要な量を超える処理能力とメモリを予約することがよくあります。 運用環境で最初の数か月間は大規模なアプリ インスタンスを使っても問題ありませんが、使用状況データに基づいてリソースの割り当てを調整する必要があります。

不必要なスケーリングを回避する

必要以上にアプリ インスタンスを使っている場合は、実際の使用状況データに基づいてインスタンス数を調整する必要があります。

監視データの収集を整理する

使用できる、または許容できる以上のログ、メトリック、トレースを収集している場合は、トラブルシューティング、キャパシティ プランニング、運用環境の監視に何が必要かを判断する必要があります。 たとえば、アプリケーション パフォーマンス監視の頻度を減らすことや、データ集計ツールに送信するログ、メトリック、トレースをより厳選することができます。

デバッグ モードを非アクティブ化する

アプリのデバッグ モードをオフにするのを忘れると、大量のデータが収集され、監視プラットフォームに送信されます。 デバッグ モードの停止を忘れると、不要なコストがかかる可能性があります。

次のステップ

クイック スタート: Azure Spring Apps Standard 従量課金および専用プラン サービス インスタンスをプロビジョニングする