Suntory Azure マネージドサービス標準ドキュメント
| ドキュメントID | AZ-VM-OPS-001 |
| バージョン | 1.0 |
| ステータス | RELEASED |
| 作成日 | 2026年5月18日 |
| 改訂日 | 2026年5月18日 |
| サービス管理者 | Suntory Holdings Limited（SHD） |
| オペレーション担当 | TCS（手順実行および本書の自主的アップデート） |
| 作成者 | Tomoki Koyama |
本書はインシデント・障害アラート発生時を含む Azure Virtual Machine の日常運用手順を定めたドキュメントです。
TCS は本書に従いオペレーションを実施し、変更が生じた場合は自主的に本書を最新の状態に保つこと。
| Ver. | 改訂日 | 改訂者 | 改訂内容 | 承認者 |
|---|---|---|---|---|
| 1.0 | 2026-05-18 | Tomoki Koyama (SHD) | 初版作成 | — |
| ドキュメントID | ドキュメント名 | 種別 | 備考 |
|---|---|---|---|
| AZ-VM-OVERVIEW-001 | Azure Virtual Machine サービス概要 | サービス概要 | — |
| AZ-VM-DESIGN-001 | Azure Virtual Machine 設計書 | 設計書 | 設計根拠・標準値の詳細 |
| AZ-VM-PARAM-001 | Azure Virtual Machine パラメータシート | パラメータシート | 構築時の記入・承認フォーム |
| AZ-VM-BUILD-001 | Azure Virtual Machine 構築手順書 | 構築手順書 | Portal / Terraform 構築手順 |
| AZ-VM-OPS-001 | Azure Virtual Machine 運用手順書（本書） | 運用手順書 | — |
R = Responsible（実行責任） A = Accountable（説明責任） C = Consulted（相談先） I = Informed（報告先）
| 作業内容 | SHD | TCS | BU 担当者 |
|---|---|---|---|
| 運用手順書の管理・最終承認 | A | R | I |
| ServiceNow 申請（スペックアップ・ディスク追加・削除・リストア） | I | I | R |
| ServiceNow CR/インシデントのクローズ | I | R | I |
| VM 再起動 実施可否の承認（通常時） | I | C | A |
| VM 再起動 実施可否の承認（緊急時：障害） | A | R | I |
| 作業前バックアップ取得 | I | R | I |
| VM 再起動 実施 | I | R | I |
| VM スペックアップ 実施 | I | R | I |
| ディスク追加 実施 | I | R | I |
| ディスク拡張 実施（監視アラートによる TCS 判断） | I | A | I |
| VM 削除 実施 | I | R | I |
| VM リストア 実施 | I | R | I |
| 作業完了報告 | I | R | I |
| ☐ | No. | 確認事項 | 詳細・参照 |
|---|---|---|---|
| ☐ | 1 | 対象 VM・リソースグループ名の確認 | ServiceNow チケットまたはアラートに記載の情報を確認 |
| ☐ | 2 | 作業前バックアップ取得 | 本書「手順1：作業前バックアップ取得」参照。緊急再起動時は除く |
| ☐ | 3 | Azure Portal へのログイン・権限確認 | 対象 Subscription に Contributor 以上のロールが付与されていること |
| ☐ | 4 | メンテナンスウィンドウの確認 | 業務影響を最小化するため、合意されたメンテナンス時間帯内での実施を原則とする |
| ☐ | 5 | ServiceNow チケットの確認 | チケットに作業内容・申請者・承認状況が記載されていること（申請トリガーの場合） |
| ☐ | 6 | 作業完了後の記録先確認 | 作業結果は ServiceNow チケットに記録し、クローズまで確実に対応すること |
| トリガー種別 | 発生源 | 基本フロー |
|---|---|---|
| ServiceNow CR | BU 担当者が ServiceNow で申請 | CR 確認 → 事前確認 → バックアップ取得 → 作業実施 → 確認 → CR クローズ |
| 監視アラート | Azure Monitor / NewRelic アラート | アラート確認・評価 → 緊急判断 → BU 通知（可能であれば） → 作業実施 → インシデント記録 |
| インシデント（緊急） | 障害検知・エスカレーション | 状況確認 → 即時対応（BU 事後通知） → 原因調査 → インシデント記録 |
| トリガー | TCS が CR 実施前に原則として実施する（緊急再起動時を除く） |
|---|---|
| 作業者 | TCS |
| 所要時間目安 | 約 10〜30 分（バックアップジョブの完了まで） |
| ☐ | 手順 | 操作内容 | 詳細・確認ポイント |
|---|---|---|---|
| ☐ | 1 | Recovery Services Vault を開く | Azure Portal → 「Recovery Services vaults」→ 対象の Vault を選択 |
| ☐ | 2 | バックアップ対象 VM を確認 | 「Backup items」→「Azure Virtual Machine」→ 対象 VM が表示されることを確認 |
| ☐ | 3 | 「Backup Now」を実行 | 対象 VM を選択 →「Backup Now」→ 保持期限を設定（作業用は 30 日以上推奨）→「OK」 |
| ☐ | 4 | バックアップジョブの完了確認 | 「Backup Jobs」でジョブのステータスが「Completed」になるまで待機。完了後に次手順へ進む |
| ☐ | 5 | バックアップポイントを記録 | 完了したバックアップポイントの日時を ServiceNow チケットに記録する |
| トリガー | インシデント・障害アラート発生時、またはサービス回復のための再起動が必要と TCS が判断した場合 |
|---|---|
| 作業者 | TCS |
| 重要ルール |
【通常時】再起動前に対象 BU 担当者へ必ず連絡し、実施可否および実施日時の承認を取得してから実施すること。 【緊急時】VM が完全停止・サービス継続不可能な障害時は、BU への事前連絡なしで即時再起動してよい。ただし、再起動後に速やかに BU へ事後報告を行うこと。 |
| ☐ | 手順 | 操作内容 | 詳細・確認ポイント |
|---|---|---|---|
| ☐ | 1 | 再起動理由・対象 VM・提案日時を整理する | 再起動が必要な根拠（アラート内容・エラーログ等）を確認・記録する |
| ☐ | 2 | BU 担当者へ確認メッセージを送付する | 以下の確認テンプレートを使用して Teams または Email で連絡する |
| ☐ | 3 | BU からの承認を取得する | 承認メッセージを受領し、承認内容（実施日時）を ServiceNow チケットに記録する。承認が得られない場合は上位エスカレーション |
| ☐ | 手順 | 操作内容 | 詳細・確認ポイント |
|---|---|---|---|
| ☐ | 1 | 作業前バックアップを取得する | 「手順1：作業前バックアップ取得」を実施する |
| ☐ | 2 | Portal で対象 VM を開く | Azure Portal →「Virtual machines」→ 対象 VM を選択 |
| ☐ | 3 | 「Restart」を実行する | 上部メニューの「Restart」→ 確認ダイアログで「Yes」をクリック |
| ☐ | 4 | VM が Running 状態に戻ることを確認 | VM の「Status」が「Running」になるまで待機（通常 3〜5 分） |
| ☐ | 5 | アプリケーション・サービスの動作確認 | BU 担当者またはシステム監視で、アプリケーションが正常稼働していることを確認 |
| ☐ | 6 | ServiceNow チケットに結果を記録してクローズ | 再起動日時・結果・確認内容を記録する |
| ☐ | 手順 | 操作内容 | 詳細・確認ポイント |
|---|---|---|---|
| ☐ | 1 | 障害状況を確認・記録する | アラート内容・ログ・エラーメッセージを記録。インシデントを ServiceNow に登録する |
| ☐ | 2 | VM の「Restart」を実行する | Azure Portal または CLI で即時再起動（バックアップ取得は不要） |
| ☐ | 3 | VM が Running 状態に戻ることを確認 | Status が「Running」になるまで待機 |
| ☐ | 4 | サービスの回復確認 | サービスが正常に稼働していることをシステム監視で確認 |
| ☐ | 5 | BU 担当者へ事後報告を行う | 再起動理由・実施日時・結果・サービス回復状況を速やかに報告する |
| ☐ | 6 | インシデントの原因調査・記録 | 再起動が必要となった根本原因を調査し、ServiceNow に記録する |
| トリガー | ServiceNow CR BU 担当者からの ServiceNow 申請を受けて実施する |
|---|---|
| 作業者 | TCS |
| 重要事項 | VM のサイズ変更は VM の停止（割り当て解除）が必要。作業中は VM が停止する（サービス停止）。BU と停止ウィンドウを必ず合意してから実施すること。 |
| 確認項目 | 内容 |
|---|---|
| 可用性ゾーンでの対応可否 | 変更後の VM サイズが現在の可用性ゾーン（Zone 1 / 2 / 3）で利用可能か確認。 Portal の VM サイズ選択画面で「Zone availability」を確認する |
| Trusted Launch（vTPM / Secure Boot）の対応可否 | 変更後の VM サイズが Trusted Launch をサポートしていることを確認（Basics タブ → Security type で確認） |
| Accelerated Networking の対応可否 | 変更後のサイズが SR-IOV をサポートしているか確認。NIC 設定で Accelerated Networking が有効のまま維持されているか再確認 |
| Ultra Disk 互換性の確認 | Ultra Disk を使用している場合、変更後のサイズが Ultra Disk に対応しているか確認 |
| データディスクのキャッシュ設定 | ファミリー変更後にデータディスクのキャッシュ設定が維持されているか確認 |
| ☐ | 手順 | 操作内容 | 詳細・確認ポイント |
|---|---|---|---|
| ☐ | 1 | ServiceNow CR を確認する | 変更後の VM サイズ・実施日時・申請者・BU 承認状況が記載されていることを確認 |
| ☐ | 2 | ファミリー変更時の注意事項を確認 | 上記「VMファミリー変更時の注意事項」を確認する |
| ☐ | 3 | 作業前バックアップを取得する | 「手順1：作業前バックアップ取得」を実施する |
| ☐ | 4 | BU 担当者に作業開始を通知する | 作業開始時刻・予定停止時間を通知する |
| ☐ | 5 | VM を停止（割り当て解除）する | Azure Portal →「Stop」→「Yes」→ Status が「Stopped (deallocated)」になるまで待機 |
| ☐ | 6 | VM サイズを変更する | Portal → VM →「Settings」→「Size」→ 変更後のサイズを選択 →「Resize」をクリック |
| ☐ | 7 | VM を起動する | 「Start」をクリック → Status が「Running」になるまで待機 |
| ☐ | 8 | サイズ変更の確認 | VM 「Overview」→「Size」に変更後のサイズが表示されていることを確認 |
| ☐ | 9 | Accelerated Networking を再確認 | NIC の「Overview」→「Accelerated networking」が「Enabled」になっていることを確認 |
| ☐ | 10 | アプリケーション動作確認 | BU 担当者と連携し、サービスが正常稼働していることを確認 |
| ☐ | 11 | ServiceNow CR を完了・クローズする | 変更前後のサイズ・実施日時・確認結果を記録してクローズ |
| ディスク追加のトリガー | ServiceNow CR BU 担当者からの ServiceNow 申請を受けて実施する |
|---|---|
| ディスク拡張のトリガー |
ServiceNow CR BU からの申請、または 監視アラート ディスク容量枯渇アラートが発生し TCS が緊急拡張を判断した場合（TCS 自己判断で実施可能） |
| 作業者 | TCS |
| ☐ | 手順 | 操作内容 | 詳細・確認ポイント |
|---|---|---|---|
| ☐ | 1 | ServiceNow CR を確認する | 追加するディスクのサイズ・ストレージタイプ・用途を確認 |
| ☐ | 2 | 作業前バックアップを取得する | 「手順1：作業前バックアップ取得」を実施する |
| ☐ | 3 | Portal で VM の Disks 設定を開く | Azure Portal → 対象 VM →「Settings」→「Disks」→「+ Add data disk」をクリック |
| ☐ | 4 | 新規ディスクを作成・設定する |
「Create disk」で以下を設定： Name： <hostname>_data<N>（例：JZJP1WAPSP001_data01）Size：申請に従ったサイズ（GiB） Storage type：Standard SSD LRS（通常）/ Premium SSD LRS（DB データ） Source type：None（empty disk） Key management：Platform-managed key Shared disk：No Delete with VM：ON |
| ☐ | 5 | 「Save」をクリックしてディスクをアタッチ | Disks 画面で「Save」→ ディスクが Data disks に追加されていることを確認 |
| ☐ | 6 | OS 上でディスクを初期化・フォーマットする | 以下の OS 別手順を参照して実施する（VM への接続が必要） |
| ☐ | 7 | 動作確認・ServiceNow CR クローズ | BU 担当者にディスク追加完了を報告し、CR をクローズする |
| ☐ | 手順 | 操作内容 | 詳細・確認ポイント |
|---|---|---|---|
| ☐ | 1 | アラート内容・拡張対象ディスクを確認する | 対象の VM 名・ディスク名・現在の使用率・拡張後サイズを決定する |
| ☐ | 2 | 作業前バックアップを取得する | 「手順1：作業前バックアップ取得」を実施する（可能であれば） |
| ☐ | 3 | Azure Managed Disk のサイズを拡張する | Portal → 対象ディスク（Managed Disk）→「Size + performance」→ 新しいサイズを入力 →「Save」 OS ディスク・データディスクとも、VM 稼働中にオンライン拡張可能（VM 停止不要） |
| ☐ | 4 | OS レベルでパーティション・ファイルシステムを拡張する | 以下の OS 別手順を参照して実施する（拡張後すぐに実施すること） |
| ☐ | 5 | 拡張後のディスク容量を確認する | OS 上でディスク容量が増加していることを確認（Windows: エクスプローラー / Linux: df -h） |
| ☐ | 6 | BU 担当者へ完了報告・ServiceNow 記録 | 拡張前後のサイズ・実施日時・確認結果を記録する |
| トリガー | ServiceNow CR BU 担当者からの ServiceNow 申請を受けて実施する |
|---|---|
| 作業者 | TCS |
| ☐ | 手順 | 操作内容 | 詳細・確認ポイント |
|---|---|---|---|
| ☐ | 1 | ServiceNow CR を確認する | 削除対象 VM 名・RG 名・削除理由・申請者・BU 承認状況を確認する |
| ☐ | 2 | 削除対象 VM 名・RG 名を二重確認する | Portal で VM を開き、VM 名・RG・タグが CR 記載内容と一致することを確認 |
| ☐ | 3 | 最終バックアップを取得する | 「手順1：作業前バックアップ取得」を実施し、削除前の最終状態を保全する |
| ☐ | 4 | BU 担当者へ削除実施を通知する | 削除実施日時・対象 VM を Teams / Email で通知する |
| ☐ | 5 | VM を削除する | Portal → 対象 VM →「Delete」→ 削除対象リソース（VM・NIC・OS ディスク）にチェックが入っていることを確認 → VM 名を入力 →「Delete」 |
| ☐ | 6 | 関連リソースが削除されたことを確認する | NIC・OS ディスク・データディスク（Delete with VM ON 設定の場合）が削除されていることを Portal で確認 |
| ☐ | 7 | CyberArk から VM を削除する | CyberArk 上の対象 VM エントリを削除する |
| ☐ | 8 | ServiceNow CMDB の更新 | ServiceNow CMDB の該当レコードをリタイア・削除する |
| ☐ | 9 | ServiceNow CR を完了・クローズする | 削除完了日時・確認結果を記録してクローズする |
| トリガー | ServiceNow CR BU 担当者からの ServiceNow 申請を受けて実施する |
|---|---|
| 作業者 | TCS |
| リストア種別 |
① ファイル / フォルダの復元：特定のファイルのみを元の VM に復元する（VM 稼働中に実施可能） ② VM 全体の復元：VM 全体を別の（または同じ）名前で新規作成して復元する |
| ☐ | 手順 | 操作内容 | 詳細・確認ポイント |
|---|---|---|---|
| ☐ | 1 | ServiceNow CR を確認する | 復元対象のファイルパス・バックアップポイント（日時）・復元先を確認する |
| ☐ | 2 | Recovery Services Vault を開く | Azure Portal →「Recovery Services vaults」→ 対象の Vault を選択 |
| ☐ | 3 | 「File Recovery」を選択する | 「Backup items」→「Azure Virtual Machine」→ 対象 VM →「File Recovery」 |
| ☐ | 4 | 復元ポイントを選択する | CR 指定のバックアップポイント（日時）を選択する |
| ☐ | 5 | 回復スクリプトをダウンロードして実行する | 「Download Executable」でスクリプトを取得 → 対象 VM 上で実行 → バックアップディスクがマウントされる |
| ☐ | 6 | 対象ファイルを復元先にコピーする | マウントされたバックアップディスクから対象ファイルを元のパスにコピーする |
| ☐ | 7 | ディスクをアンマウントする | 回復完了後、Portal の「Unmount disks」をクリックし、バックアップディスクをアンマウントする（12 時間で自動解除） |
| ☐ | 8 | 復元結果を確認・ServiceNow CR クローズ | BU 担当者にファイル復元完了を確認してもらい、CR をクローズする |
| ☐ | 手順 | 操作内容 | 詳細・確認ポイント |
|---|---|---|---|
| ☐ | 1 | ServiceNow CR を確認する | 復元対象の VM・バックアップポイント（日時）・復元先 RG・新しい VM 名を確認する |
| ☐ | 2 | Recovery Services Vault を開く | Portal →「Recovery Services vaults」→ 対象 Vault →「Backup items」→「Azure Virtual Machine」 |
| ☐ | 3 | 対象 VM の「Restore VM」を選択する | 対象 VM →「Restore VM」をクリック |
| ☐ | 4 | 復元ポイントを選択する | CR 指定のバックアップポイント（日時）を選択する |
| ☐ | 5 | 復元の設定を行う |
「Create new」で以下を設定： Restore type：「Create new virtual machine」 Virtual machine name：新しい VM 名（命名規則に従う） Resource group：復元先 RG Virtual network / Subnet：既存の VNets / サブネットを選択 Staging location：一時ストレージアカウントを指定 |
| ☐ | 6 | 「Restore」をクリックして復元を開始する | 「Backup Jobs」でジョブが「Completed」になるまで待機（通常 30〜60 分） |
| ☐ | 7 | 復元後の VM に Common NSG を割り当てる | 復元した VM の NIC に Common NSG（si2-securitygroup-shd-cs-tokyo-cmn-01）を再割り当てする |
| ☐ | 8 | VM にバックアップポリシーを再設定する | Recovery Services Vault で復元した VM のバックアップを有効化する |
| ☐ | 9 | タグを再設定する | 復元した VM に Suntory 標準タグ（Subsidiary / ServiceName / Environment 等）を設定する |
| ☐ | 10 | CyberArk への再登録 | CyberArk に復元した VM を登録し、管理者パスワードを設定・変更する |
| ☐ | 11 | ServiceNow CMDB の更新 | CMDB の該当レコードに新しい VM 名・IP を更新する |
| ☐ | 12 | 動作確認・ServiceNow CR クローズ | BU 担当者にサービス回復を確認してもらい、CR をクローズする |
| 状況 | エスカレーション先 | 対応方法 |
|---|---|---|
| 手順に記載のない事象が発生した | TCS Azure Operation Team → SHD | ServiceNow インシデントを起票し、状況を記録してエスカレーション |
| 再起動・リストア後もサービスが回復しない | TCS Azure Operation Team → Azure サポート | Azure サポートへの問い合わせ手順（別ドキュメント参照）に従う |
| BU 担当者から再起動の承認が得られない | TCS Azure Operation Team → SHD | SHD を通じて BU との調整を依頼する |
| Azure Portal 操作中にエラーが発生した | TCS Azure Operation Team → Azure サポート | エラーメッセージ・操作ログをスクリーンショットで記録し、報告する |
| ディスク拡張後も容量不足が継続する | SHD → BU | アーキテクチャ見直しの観点から SHD へエスカレーション |
| 役割 | 担当者 / チーム | 連絡手段 |
|---|---|---|
| TCS オペレーションチームリード | — | Teams チャンネル / 電話 |
| SHD サービス管理者 | Tomoki Koyama（SHD / Digital & AI Global ITG） | Teams / Email |
| Azure テクニカルサポート | — | Azure Portal サポートリクエスト（別ドキュメント参照） |