すべてのプロダクト
Search

このプロダクト

    Elastic Compute Service:ECS インスタンスの操作レコードの表示

    ドキュメントセンター

    Elastic Compute Service:ECS インスタンスの操作レコードの表示

    最終更新日:May 16, 2026

    過去 90 日間に Elastic Compute Service (ECS) インスタンスとそのリソースに対して誰が何を行ったかを確認し、問題のトラブルシューティングと責任の特定を行います。

    説明

    ECS の [操作] [記録] 機能のログデータは、ActionTrail によって提供されます。デフォルトでは、データは 90 日間保持されます。データをより長く保持するには、単一アカウントの追跡を作成することで、独自のストレージサービスにデータを配信できます。

    手順

    1. ECS コンソール - インスタンスに移動します。

    2. 上部メニューで、対象リソースのリージョンとリソースグループを選択します。 地域

    3. インスタンス ID をクリックして詳細ページを開き、操作記録 タブをクリックします。

      デフォルトでは、このタブには過去 7 日間のインスタンスと関連リソースのすべての操作レコードが表示されます。

      範囲 や 操作の影響レベル などの条件で操作履歴を絞り込みます。

      フィルター条件

      説明

      [範囲]

      ECS インスタンスに影響を与える操作をフィルタリングします。以下の内容が含まれます：

      • ECS インスタンスに対するアクション：

        • インスタンス構成アクション：vCPU 数、メモリサイズ、ディスクサイズなどのハードウェア構成を変更します。

        • インスタンスステータスアクション：実行中から停止中などのインスタンスステータスを変更します。

        • インスタンス属性アクション：名前、説明、タグなどのインスタンス属性を変更します。

        • インスタンス課金アクション：従量課金からサブスクリプションなどの課金方法を変更します。

        • インスタンスの作成またはリリース：インスタンスを作成またはリリースします。

        • インスタンスの起動または停止：インスタンスを起動または停止します。

        • OS シャットダウンによる節約モード：節約モードでインスタンスを停止し、コストを削減します。

      • ECS インスタンスに関連するリソースに対するアクション：

        • セキュリティグループの作成または削除：インスタンスのセキュリティグループを作成または削除します。

        • セキュリティグループ構成の変更：セキュリティグループルールを変更し、特定のインバウンドまたはアウトバウンドトラフィックを許可または拒否します。

        • 関連付けられたセキュリティグループアクション：インスタンスに関連付けられたセキュリティグループルールを更新します。

        • 関連付けられた ENI アクション：IP アドレスやサブネットなどの ENI 構成を変更します。

        • 関連付けられたディスクアクション：ディスクサイズの変更やディスクカテゴリの変更など、アタッチされたディスク構成を変更します。

      [読み書き]

      Filters by read or write type. Only [書き込み] is supported.

      時間範囲

      時間範囲でフィルタリングします。過去 90 日間が対象です。開始日と終了日の間隔は最大 7 日間です。

      [操作の影響レベル]

      アクションの重要レベルでフィルタリングします。有効な値：

      1. [高]：StopInstance や RebootInstance など、サービスの中断を引き起こす可能性があります。事前にデータのバックアップと復元ポリシーを準備してください。

      2. [標準]：通常、サービスの中断は発生しませんが、StartInstance など特定のシナリオでサービスに短時間影響を与える可能性があります。インスタンスステータスの変化を監視し、潜在的な問題に迅速に対処してください。

      3. [低]：CreateDisk など、通常はサービスに影響を与えません。

      [操作名]

      API 操作名でフィルタリングします。詳細については、「機能別の操作一覧」をご参照ください。

      [ユーザー名]

      操作を実行したユーザーでフィルタリングします。

      [関連リソース ID]

      操作に関連するリソース ID でフィルタリングします。

    4. 操作記録 タブで、[操作] 列の 詳細 をクリックすると、詳細な操作履歴を表示できます。詳細については、「管理イベントの構造」をご参照ください。

    ユースケース

    ある企業は、重要なビジネスアプリケーションをホストするために Alibaba Cloud ECS インスタンスを使用しています。ある朝、カスタマーサービスチームは Web サイトの応答が遅いという多数の報告を受けます。IT 運用保守チームは、トラブルシューティングのために直ちに Alibaba Cloud Management Console にログインします。

    1. 問題の確認

    IT 運用保守チームは、CloudMonitor、操作記録、ActionTrail を使用して、ECS インスタンスの最近のログと操作履歴を取得します。

    2222222222.png

    2. ECS 操作レコードの使用

    IT 運用保守チームは 操作記録 タブを開き、ここ数日間の操作記録を確認し、不審で重要度の高い操作を発見します。

    11111.png

    根本原因を特定するために、チームは [操作] 列の 詳細 をクリックします。 操作の詳細例:

    {
	"eventId": "11D139B3-BF38-5E16-B369-******",
	"eventVersion": 1,
	"responseElements": {
		"RequestId": "11D139B3-BF38-5E16-B369-******"
	},
	"eventSource": "ecs-cn-hangzhou-share.aliyuncs.com",
	"requestParameters": {
		"SourceRegionId": "cn-shanghai",
		"AcsProduct": "Ecs",
		"InstanceId": "i-uf******",
		"__referer__": "https://ecs.console.alibabacloud.com/server/region/cn-shanghai?instanceId=i-uf******&__refreshToken=1745474781230",
		"AcceptLanguage": "zh-CN",
		"ClientPort": 42079,
		"X-Acs-Client-Tls-Version": "TLSv1.3",
		"RegionId": "cn-shanghai",
		"InstanceType": "ecs.******",
		"X-Acs-Client-Tls-Cipher-Suite": "TLS_AES_256_GCM_SHA384"
	},
	"sourceIpAddress": "124.89.******",
	"userAgent": "ecs.console.alibabacloud.com",
	"eventRW": "Write",
	"eventType": [
		"spec",
		"instanceCost"
	],
	"referencedResources": {
		"ACS::ECS::Instance": [
			"i-uf******"
		]
	},
	"userIdentity": {
		"sessionContext": {
			"attributes": {
				"mfaAuthenticated": "false",
				"creationDate": "2025-04-24T06:06:54Z"
			}
		},
		"accountId": "5237******",
		"principalId": "523******",
		"type": "root-account",
		"userName": "田中太郎"
	},
	"serviceName": "Ecs",
	"additionalEventData": {
		"CallerBid": "26888"
	},
	"apiVersion": "2014-05-26",
	"requestId": "11D139B3-BF38-5E16-B369-*******",
	"eventTime": "2025-04-24T06:06:54Z",
	"isGlobal": false,
	"acsRegion": "cn-shanghai",
	"eventName": "ModifyInstanceSpec",
	"resourceName": "i-uf*******",
	"userName": "root",
	"originEventType": "ConsoleOperation",
	"eventLevel": "high"
}

    • eventTime： 操作が実行された時刻。

    • sourceIpAddress： 操作を開始した IP アドレス。

    • resourceName： 操作が実行されたリソース。

    • accountId および userName： userIdentity ブロック内の、操作者のアカウント ID とユーザー名。

    • eventName： API 操作名。たとえば、ModifyInstanceSpec はインスタンスタイプが変更されたことを意味します。

      説明

      詳細については、「機能別の操作一覧」をご参照ください。

    3. 操作レコードの分析

    操作レコードから、チームは前日の午後にインスタンス構成が変更されたことを把握します。すぐには問題は現れませんでしたが、ユーザートラフィックが増加するにつれて、CPU 使用率が 100% に上昇し、オンラインサービスのパフォーマンスが低下します。

    4. 関係者への連絡

    チームは変更を担当したエンジニアに連絡して詳細を確認します。エンジニアはリソース要件を正しく評価していなかった可能性があり、変更後にパフォーマンス不足が発生します。

    5. ActionTrail による補助分析

    根本原因を特定するために、チームは ActionTrail を使用して特定の API コールパラメーターやイベント ID を含む詳細なログを取得し、イベントをクエリ を使用して同じアカウント内の他の ECS インスタンスが影響を受けていないことを確認します。

    image

    6. リソース構成の復元と最適化

    操作レコードと ActionTrail データに基づいて、チームは元の構成を復元し、リソース要件を再評価します。

    • 元の構成の復元。インスタンスを元のタイプに戻します。

    • インスタンスパフォーマンスの監視。インスタンスのパフォーマンスを継続的に監視し、サービスが正常に回復することを確認します。

    • リソース要件の再評価。実際のワークロードに基づいてリソース構成計画を策定します。