Azureガイダンスレポート

1. アイドルVM

優先度：

高

ベースライン：

CPU使用率、出力・入力ネットワークパターンの解析によりVMはアイドル状態とみなされます。CPU使用率が2%未満、かつ全ネットワークインターフェースの入力および出力バイト数の合計が100バイト未満の場合、デフォルトでそのVMはアイドル状態としてマークされます。

推奨事項：

Azureでは、アイドルのVMでも課金が発生します。このコスト削減のために、VMの停止や削除を行うか、サイズのスケールダウンを行ってください。

2. VMの高い使用率

優先度：

高

ベースライン：

Azure VMは次の条件に1つ以上でも合致すれば過剰に使用されているとみなされます。

• 1日の平均CPU使用率が過去7日で90%を超過している。
• 1日の平均メモリ使用率が過去7日間で90%を超過している。（Azure VMにエージェント拡張が行われている場合のみ利用可能です）

推奨事項：

VMサイズを変更するか、オートスケーリンググループにVMを追加してください。

3. VMのユーザー定義のタグ

優先度：

高

ベースライン：

タグ（キーと値のペア）の形式でメタデータを割り当てて、インスタンス、イメージ、自動スケーリンググループの追跡と管理を改善します。

推奨事項：

タグの作成が、Azureベストプラクティスにつながります。

4. 高I/OのVM

優先度：

高

ベースライン：

ディスクが少ない状態でのI/O集中型のワークロードは、VMのパフォーマンスに大きな影響を与えます。

推奨事項：

高いIOPSを必要とするVMディスクをプレミアムストレージに移行します。

5. 低使用率のVM

優先度：

中

ベースライン：

過去48時間でCPU使用率が2%未満の場合、低使用率とみなされます。

推奨事項：

Azureでは、インスタンスタイプや利用時間に基づいて課金が発生します。使用率の低いVMを特定し停止して、コストを削減してください。

6. タグ"environment: testing"をもつリソースの自動シャットダウン

優先度：

中

ベースライン：

テストなどの目的で作成したVMを削除し、コストを削減します。

推奨事項：

テスト用に追加され、1週間以上実行されているVMを削除します。

7. 可用性セットグループに関連付けられていないVM

優先度：

低

ベースライン：

可用性セット内のVMは全体のパフォーマンスを維持するのに役立ちます。ハードウェアやソフトウェアに障害が発生した場合に、サブセットのVMのみその影響を受けます。

推奨事項：

VMの可用性セットを作成してください。

8. テストVMの自動削除

優先度：

中

ベースライン：

テストやその他内部アクティビティのために作成したVMを削除して不要なコスト発生を削減します。

推奨事項：

1週間以上実行しているテストVMを削除します。

9. タグのないVM

優先度：

高

ベースライン：

キーバリューペアのタグにメタデータを割り当て、インスタンス、イメージ、VMスケールセットグループの管理を行います。

推奨事項：

Azureのベストプラクティスに準拠したタグ付けを行います。

10. バックアップのないVM

優先度：

高

ベースライン：

AzureでVMをバックアップを行ってデータを保護します。ポイントインタイムの災害復旧が可能になり、集中管理とスケーラビリティに繋げられます。

推奨事項：

Azure VMのバックアップを行い、データとアプリケーションを安全に保ちます。

1. マッピングされていないIPアドレス

優先度：

高

ベースライン：

リソースからIPアドレスの関連付けを解除し、同じアカウントの別のIPアドレスに再マッピングすることにより、インスタンスまたはリソースの障害を非表示にします。

推奨事項：

未使用のアドレスにも少額の時間料金がかかります。そのため、パブリックIPアドレスをアクティブなインスタンス/インターフェースに関連付けるか、削除します。

1. 使われていないApp Service Planのスケールアウト

優先度：

高

ベースライン：

あまり使用されていないApp Service Planの支払いを停止します。

推奨事項：

プランをスケールアウトしてコストを削減します。

2. 平均メモリ80%を超えているWeb Appの削減

優先度：

高

ベースライン：

高メモリ使用率はApp Service Planで稼働しているアプリケーションのパフォーマンスを減少させます。プランの拡張を検討し、メモリ制限を増やしてください。

推奨事項：

プランをスケールアップし。パフォーマンスを改善します。

3. CPU時間が80%を超えているWeb Appの削減

優先度：

高

ベースライン：

高CPU使用率はApp Service Planで稼働しているアプリケーションのパフォーマンスを減少させます。プランの拡張を検討し、メモリ制限を増やしてください。

推奨事項：

プランをスケールアップし、パフォーマンスを改善します。

4. App Service Planのサイト数使用率が5%未満

優先度：

高

ベースライン：

サイト数が許容しているサイト数の5%未満の場合、あまり使用されていないものとしてみなされます。

推奨事項：

別のApp Service Planのアプリケーションを移動し、コストを削減します。

1. 平均応答時間が200ミリ秒を超えているApp Services

優先度：

高

ベースライン：

遅延はダウンにつながります。Web Appの遅い応答時間はビジネスに影響を与えます。過去一週間でパフォーマンスが遅いWeb Appの監視をしましょう。

推奨事項：

APMを使用してアプリケーションを監視し、問題のあるモジュールやリソースを特定します。

2. 5xxエラーコード数の多いApp Services

優先度：

高

ベースライン：

エラーの起こりやすいWeb Appはいくつかの部分やモジュールに障害が発生しやすくなり、ビジネスに影響を与えます。

推奨事項：

適切なエラー処理メカニズムによってエラー応答を減らし、エラーモジュールを修正します。

3. 認証が無効化されているApp Services

優先度：

高

ベースライン：

認証が無効なWebアプリは匿名のエントリを許可し、ユーザーログインが効果しなくなります。

推奨事項：

認証を有効化し、匿名のアクセスを防止します。

4. バックアップが無効化されているApp Services

優先度：

中

ベースライン：

Azureバックアップは障害があった際のWeb Appの回復に役立てられます。

推奨事項：

Azure Web Appのバックアップを有効にします。

5. タグ付けされていないApp Services

優先度

低

ベースライン：

タグを用いてAzureリソースの管理をより良くします。タグ付けされていないリソースは目が届かなくなり、管理が難しくなります。

推奨事項：

わかりやすいキーとバリューのペアを用いたタグをAzureリソースに付与し管理しやすくします。

1. 公開されているAzure Function

優先度：

高

ベースライン：

Azure Functionは要求数に基づいて課金が発生し、要求はイベント通知または呼び出しに対する応答を示します。不正な実行を許可すると、サブスクリプションに予期しない請求が発生する可能性があります。

推奨事項：

Azure functionログインポリシーを使用し、呼び出し権限を管理します。