ログの表示と管理

クラウドインフラストラクチャプロジェクトのAdobe Commerceのログは、 ビルドとデプロイ、クラウドサービス、Adobe Commerce アプリケーションに関連する問題のトラブルシューティングに役立ちます。

ログは、ファイル・システム、Cloud Console、magento-cloud CLI から表示できます。

ログの場所

システムログは、次の場所に保存されています。

<project-ID> の値は、プロジェクトと、環境がステージングか実稼動かによって異なります。 例えば、プロジェクト ID が yw1unoukjcawe の場合、ステージング環境のユーザーは yw1unoukjcawe_stg、実稼動環境のユーザーは yw1unoukjcawe となります。

この例を使用する場合、デプロイログは /var/log/platform/yw1unoukjcawe_stg/deploy.log です。

リモート環境ログの表示

ほとんどのログには、リモート環境で発生するイベントが含まれます。 Pro の場合、複数のノードがあり、各ノードには一意のログがあります。 すべてのホストのリストを表示するには、以下を使用します。

magento-cloud ssh -p <project-ID> -e <environment-ID> --all

応答の例：

1.ent-project-environment-id@ssh.region.magento.cloud
2.ent-project-environment-id@ssh.region.magento.cloud
3.ent-project-environment-id@ssh.region.magento.cloud

リモート環境ログのリストを表示するには:

magento-cloud ssh -e <environment-ID> "ls var/log"

Pro の例：

ssh 1.ent-project-environment-id@ssh.region.magento.cloud "ls var/log | grep error"

リモートログを表示するには:

magento-cloud ssh -e <environment-ID> "cat var/log/cron.log"

Pro の例：

ssh 1.ent-project-environment-id@ssh.region.magento.cloud "cat var/log/cron.log"

ログの作成とデプロイ

環境に変更をプッシュした後、var/log/cloud.log ファイルの各フックからログを確認できます。 ログには、各フックの開始メッセージと停止メッセージが含まれます。 次の例では、メッセージは「Starting post-deploy.」と「Post-deploy is complete.」です

特定のデプロイメントのログエントリのタイムスタンプを確認し、ログを確認および特定します。 次に、トラブルシューティングに使用できるログ出力の圧縮例を示します。

Re-deploying environment project-integration-ID
  Executing post deploy hook for service `mymagento`
    [2019-01-03 19:44:11] NOTICE: Starting post-deploy.
    [2019-01-03 19:44:11] INFO: Validating configuration
    [2019-01-03 19:44:11] INFO: End of validation
    [2019-01-03 19:44:11] INFO: Enable cron
    [2019-01-03 19:44:11] INFO: Create backup of important files.
    [2019-01-03 19:44:11] INFO: Backup /app/app/etc/env.php.bak for /app/app/etc/env.php was created.
    [2019-01-03 19:44:11] INFO: Backup /app/app/etc/config.php.bak for /app/app/etc/config.php was created.
    [2019-01-03 19:44:11] INFO: php ./bin/magento cache:flush --ansi --no-interaction
    [2019-01-03 19:44:32] INFO: Warming up failed: http://integration-id-project.us.magentosite.cloud/
    [2019-01-03 19:44:32] NOTICE: Post-deploy is complete.

次のログは、すべてのクラウドプロジェクトで共通の場所を持ちます。

cloud.log ファイルには、デプロイメントプロセスの各ステージからのフィードバックが含まれていますが、デプロイメントフックによって作成されるログは、環境ごとに一意です。 環境固有のデプロイログは、次のディレクトリにあります。

ログをデプロイ

各デプロイメントのログは、特定の deploy.log ファイルに連結されます。 次の例では、ターミナル内の現在の環境のデプロイログを出力します。

magento-cloud log -e <environment-ID> deploy

応答の例：

Reading log file projectID-branchname-ID--mymagento@ssh.zone.magento.cloud:/var/log/'deploy.log'

[2023-04-24 18:58:03.080678] Launching command 'b'php ./vendor/bin/ece-tools run scenario/deploy.xml\n''.

[2023-04-24T18:58:04.129888+00:00] INFO: Starting scenario(s): scenario/deploy.xml (magento/ece-tools version: 2002.1.14, magento/magento2-base version: 2.4.6)
[2023-04-24T18:58:04.364714+00:00] NOTICE: Starting pre-deploy.
...

エラーログ

デプロイメントプロセス中に生成されたエラーメッセージと警告メッセージは、var/log/cloud.log ファイルと var/log/cloud.error.log ファイルの両方に書き込まれます。 Cloud エラーログファイルには、最新のデプロイメントのエラーと警告のみが含まれます。 空のファイルは、エラーのないデプロイメントが成功したことを示します。

Cloud CLI SSH を使用してログファイルを表示したり、ECE-Tools を使用してエラーと提案を表示したりできます。

magento-cloud ssh -e <environment-ID> "./vendor/bin/ece-tools error:show"

応答の例：

errorCode: 1001
stage: build
step: validate-config
suggestion: Please run the following commands:
1. bin/magento module:enable --all
2. git add -f app/etc/config.php
3. git commit -m 'Adding config.php'
4. git push
title: File app/etc/config.php does not exist
type: warning
---------------

errorCode: 1006
stage: build
step: validate-config
suggestion: Your application does not have the "post_deploy" hook enabled.
  In order to minimize downtime, add the following to ".magento.app.yaml":
  hooks:
      post_deploy: |
          php ./vendor/bin/ece-tools run scenario/post-deploy.xml
title: The configured state is not ideal
type: warning

ほとんどのエラーメッセージには、説明と推奨されるアクションが含まれています。 ECE-Tools のエラーメッセージのリファレンスを使用して、エラーコードを検索し、詳しいガイダンスを得ます。 詳しいガイダンスについては、Adobe Commerce デプロイメントのトラブルシューティングを参照してください。

アプリケーションログ

デプロイログと同様、アプリケーションログは環境ごとに一意です。

ステージング環境および実稼動環境の場合、デプロイ、Post – デプロイ、Cron ログは、クラスターの最初のノードでのみ使用できます。

アーカイブしたログファイル

アプリケーションログは 1 日に 1 回の頻度で圧縮およびアーカイブされ、1 年間保持されます。 圧縮ログには、Number of Days Ago + 1 に対応する一意の ID を使用して名前が付けられます。 例えば、Pro 実稼動環境では、過去 21 日間の PHP アクセスログが次のように保存され、名前が付けられます。

/var/log/platform/<project-ID>/php.access.log.22.gz

アーカイブされたログ・ファイルは、圧縮前に元のファイルがあったディレクトリに常に保存されます。

サービスログ

各サービスは個別のコンテナで実行されるので、サービスログは統合環境では使用できません。 クラウドインフラストラクチャー上のAdobe Commerceを使用すると、統合環境内の web サーバーコンテナにのみアクセスできます。 次のサービスログの場所は、実稼動環境およびステージング環境用です。

サービス・ログは、ログ・タイプに応じて異なる期間にわたってアーカイブおよび保存されます。 例えば、MySQL ログの有効期間が最短で、7 日後に削除されます。

実稼動およびステージング用のログデータ

実稼動環境およびステージング環境では、プロジェクトと統合された New Relic ログ管理を使用して、クラウドインフラストラクチャプロジェクト上のAdobe Commerceに関連付けられたすべてのログからの集計ログデータを管理します。

New Relic ログアプリケーションは、クラウドインフラストラクチャの実稼動環境とステージング環境でAdobe Commerceをトラブルシューティングおよび監視するための一元的なログ管理ダッシュボードを提供します。 また、このダッシュボードからは、Fastly CDN、画像の最適化、web アプリケーションファイアウォール（WAF）の各サービスのログデータにもアクセスできます。 New Relic サービスを参照してください。