Azure App Service 運用体験談 ～コスト節約しようとしてダウンした App Service～
1 like4,383 views
第42回 Tokyo Jazug Night 2022/12/22(木) 発表資料です。
Azure App Service 運用体験談 ～コスト節約しようとしてダウンした App Service～
- 1. Azure App Service 運用体験談 ～コスト節約しようとしてダウンした App Service～ 第42回 Tokyo Jazug Night 2022/12/22(木) 御成門プログラマー(Tomotaka Suzuki)
- 2. 自己紹介 • 御成門プログラマー(Tomotaka Suzuki) • Microsoft Azure、Angular を使った Webアプリ開発者 • Twitter：@onarimonprogram • 技術ブログ：onarimon.jp 趣味のグルメブログです。 よかったらこっちも見てくださ い！！(food.onarimon.jp) こっちが 技術ブログ
- 3. 本日はこちらのお話「Azure App Service」 Web アプリケーションをデプロイするサービスを提供す る PaaS フルマネージド プラットフォーム。 App Service - Web アプリの構築とホスト | Microsoft Azure
- 4. App Service Plan と App Service の関係性 App Service Plan Web Apps Web Apps Web Apps • App Service Plan とい うコンピューティング リソース上に複数のア プリケーションが乗っ かっているイメージ • App Service Plan は スケールアップ/ダウン、 スケールアウト/インが 可能 例 P1V3 : 2コア, 8GB RAM, 250GBストレージ
- 5. App Service Plan 料金体系 App Service の料金 | Microsoft Azure
- 7. 1つのApp Service Plan に すべてのアプリケーション 乗っけたらお得じゃない？
- 8. App Service Plan と App Service App Service Plan アプリケーションA 本番環境 アプリケーションB 本番環境 アプリケーションB テスト用環境
- 9. App Service Plan と App Service App Service Plan
- 10. App Service Plan と App Service App Service Plan 自主規制 環境も気にせず1つのプランに乗せ続ける
- 11. その結果どうなったか • オートスケールでインスタンス数が最大値に張り付き続ける • CPUが高負荷のままに • テスト環境の負荷が本番環境に悪影響を与える • テスト環境が何かやらかすと本番の環境の動作も一緒に悪くなる • スケールアップ、インスタンス最大数を増やすことになり、 増え続けるコスト
- 12. (余談)App Service Plan の再起動 • App Service Plan には 再起動のボタンがない • そんなときはプランの スケールアップ/ダウン をするとプラン自体が 再起動されます ※ダウンタイムは発生するので注意
- 13. そしてとうとう • Azure 正常性アラートで謎のダウンタイ ム通知が毎日飛んでくるようになる • 合わせてアプリの停止や遅延が発生する ようになる • 最大インスタンス数を増やしても解決せ ず • いよいよ解決に向けて動きだす
- 14. 解決編
- 15. App Service プランごとに最大アプリ数を 超えていたことが要因！？ • App Service Plan には最大 アプリ数の推奨値が存在して いた • ダウンタイムを引き起こす可 能性があります ってしっか り書いてありますね… • 新しい App Service Plan に 分割しなきゃ https://learn.microsoft.com/ja-jp/azure/app-service/overview-hosting- plans#should-i-put-an-app-in-a-new-plan-or-an-existing-plan
- 16. App Service Plan(Dev) App Service Plan の分割戦略 App Service Plan 本番環境 App Service Plan(本番) ステージング 環境 Dev環境 検証環境 本番環境 ステージング 環境 Dev環境 App Service Plan(検証) 検証環境 環境ごとに App Service Plan を分割した
- 17. (余談)App Service Plan の変更 • App Service のプラン変更は 各 App Service の画面から変更可能 • 移動元プランと移動先プランが 同一リソースグループ、 同一リージョンにある場合のみ可能 • 短時間のダウンタイムが発生
- 18. (余談)プランの違うステージングスロットを スワップするとプランごと入れ替わる ステージング環境 Ver.2.0 App Service Plan(Dev) 本番環境 Ver 1.0 App Service Plan(本番) Swap ステージング環境 Ver.1.0 App Service Plan(本番) 本番環境 Ver 2.0 App Service Plan(Dev)
- 19. App Service Plan の分割後、無事復活 • 謎のダウンタイムで正常性アラートが飛んでくることも、サー ビスが遅延・停止することもなくなる • 各App Service Plan のCPU使用率がほぼ10%以下になり、イン スタンス数もほぼ1を推移するように
- 20. App Service Plan を 分割したら驚きの結果が • コストが分割前より安くなる • Dev環境、検証環境のスケールはそんなに大きなSKUがいらかった • 一番SKUが大きかった本番環境のインスタンス数が上限値で張り付か なくなった • App Service Plan の価格が最大50%ほど下がった • App Service Plan の予約割引適用も考えられるのでさらなる割引も狙 えそう • 本番環境と検証用環境で権限を分けれるようになり、ガバナン スを効かせやすくなった • 今までは同じリソースだったので権限を分けられなかった • 理想はサブスクリプションも分けたいがそこは課題
- 22. ありがとうございました。