Elastic Container Instance:coredump を使用したアプリケーション例外の分析

背景情報

Linux では、アプリケーションが予期せず終了したりクラッシュしたりすると、オペレーティングシステムはアプリケーションのメモリ状態を記録し、ファイルに保存します。このプロセスをコアダンプと呼びます。その後、コアファイルを分析して問題の原因を特定できます。

次の図は、コアダンプをトリガーする Linux シグナルを示しています。これらのシグナルでは、デフォルトのアクションは Core です。

詳細については、「coredump file」をご参照ください。

概要

デフォルトでは、ECI インスタンスの coredump は無効になっています。これは、過剰なディスク使用によるサービス停止を防ぐためです。次のいずれかの方法で coredump を有効にできます：

• 方法1： coredump O&M タスクの有効化

  手動で coredump を有効にすると、システムは O&M タスクを作成します。コンテナが異常終了または終了すると、生成されたコアファイルは自動的に OSS に保存されます。

• 方法2： コアファイルの保存パスのカスタマイズ

  カスタムの保存パスを指定することで、コアファイルを外部ストレージに保存できます。保存パスを設定すると、coredump は自動的に有効になります。コンテナがクラッシュまたは予期せず終了すると、生成されたコアファイルは指定されたパスに保存されます。

方法1： coredump O&M タスクの有効化

方法2： 保存パスのカスタマイズ

コアファイルは通常、オフライン分析に使用されます。そのため、コンテナ内のローカルパスではなく、外部ストレージに保存することを推奨します。これにより、コンテナが終了したときにコアファイルが失われるのを防ぎます。ECI では、コアファイルのカスタム保存パスを指定できます。パスを設定すると、coredump は自動的に有効になります。

CreateContainerGroup API を呼び出して ECI インスタンスを作成するときに、CorePattern パラメーターを渡してコアファイルの保存パスを設定できます。次の表に、関連するパラメーターを示します。詳細については、「CreateContainerGroup」をご参照ください。

次の例では、Alibaba Cloud File Storage NAS ファイルシステムを外部ストレージとして使用する方法を説明します：

1. インスタンス A という名前の ECI インスタンスを作成し、NAS ファイルシステムをマウントして、コアファイルの保存パスを設定します。

   CreateContainerGroup API を呼び出してインスタンス A を作成します。次のパラメーターを設定して、NAS ファイルシステムの /dump/ ディレクトリをコンテナの /data/dump-a/ にマウントし、コアファイルの保存パスを /data/dump-a/core に設定します。

   ContainerGroupName=test-a
   SecurityGroupId=sg-bp1daxpbz9lzpvvc****
   VSwitchId=vsw-bp1gds63lmlm7ib05****
   # ボリュームを宣言
   Volume.1.Name=volume1
   Volume.1.Type=NFSVolume
   Volume.1.NFSVolume.Path=/dump/
   Volume.1.NFSVolume.Server=143b24****-gfn3.cn-beijing.nas.aliyuncs.com
   # ボリュームをコンテナにマウント
   Container.1.Name=nginx
   Container.1.Image=registry-vpc.cn-beijing.aliyuncs.com/eci_open/nginx:1.14.2
   Container.1.VolumeMount.1.Name=volume1
   Container.1.VolumeMount.1.MountPath=/data/dump-a/
   # コアファイルの保存パスを設定
   CorePattern=/data/dump-a/core

2. インスタンス A のコンテナ内の任意のディレクトリで coredump をトリガーします。

   コンテナ内で、sleep 100 コマンドを実行し、Ctrl + \ を押して coredump をトリガーします。コアファイルはコンテナの /data/dump-a/core に保存されます。

   # ls
   bin  boot  data  dev  etc  home  lib  lib64  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var
   # cd /data/dump-a/
   # ls
   # sleep 100
   ^\Quit (core dumped)
   # ls
   core.17

3. インスタンス A をリリースします。

4. 同じ NAS ファイルシステムをインスタンス B という名前の別の ECI インスタンスにマウントします。

   CreateContainerGroup API を呼び出してインスタンス B を作成します。次のパラメーターを渡して、NAS ファイルシステムの同じ /dump/ ディレクトリをコンテナの /data/dump-b/ ディレクトリにマウントします。

   ContainerGroupName=test-nas-b
   SecurityGroupId=sg-bp1daxpbz9lzpvvc****
   VSwitchId=vsw-bp1gds63lmlm7ib05****
   # ボリュームを宣言
   Volume.1.Name=volume1
   Volume.1.Type=NFSVolume
   Volume.1.NFSVolume.Path=/dump/
   Volume.1.NFSVolume.Server=143b24****-gfn3.cn-beijing.nas.aliyuncs.com
   # ボリュームをコンテナにマウント
   Container.1.Name=nginx
   Container.1.Image=registry-vpc.cn-beijing.aliyuncs.com/eci_open/nginx:1.14.2
   Container.1.VolumeMount.1.Name=volume1
   Container.1.VolumeMount.1.MountPath=/data/dump-b/

5. インスタンス B のコンテナ内でコアファイルを表示します。

   コンテナの /data/dump-b ディレクトリでコアファイルを表示できます。コアファイルは外部ストレージに保存されるため、インスタンス A がリリースされた後も失われず、分析に利用できます。

   # ls
   bin  boot  data  dev  etc  home  lib  lib64  media  mnt  opt  proc  root  run  sbin  srv  sys  tmp  usr  var
   # cd /data/dump-b/
   # ls
   core.17

よくある質問

コンソールで [ダウンロード] をクリックしてもダウンロードが開始されません。どうすればよいですか？

ダウンロードが開始されない場合は、ブラウザーのサイトの権限設定を確認してください。たとえば、Chrome では、次の手順に従って必要な権限を付与します：

1. Chrome ブラウザーのアドレスバーの左側にある鍵アイコンをクリックし、ポップアップパネルで [サイトの設定] をクリックします。

2. サイトの権限リストで [安全でないコンテンツ] を見つけ、その権限を [許可] に設定します。