はじめに
2026年5月28日、New Relic より Infrastructure Agent 1.76.1 のリリースがアナウンスされました。このアップデートは1件のみですが、containerd の更新、サービスアカウント設定の不具合修正、nri-flex の更新など、SREの日常運用に直結する重要な改善が含まれています。
特に注目すべきは containerd 1.7.32 への更新による脆弱性対応 と、ローカルユーザーのサービスアカウント設定時に発生していたエージェント起動失敗の修正 です。コンテナ環境やオンプレミス/エッジ環境で Infrastructure Agent を運用している場合、このアップデートは早急な適用を検討すべき内容となっています。
注目アップデート深掘り
Infrastructure Agent 1.76.1：セキュリティと運用安定性の改善
なぜこのアップデートが重要なのか
Infrastructure Agent はホストレベルのメトリクス収集やログ転送を担う中核コンポーネントであり、本番環境のあらゆるインフラに常駐します。今回のアップデートでは containerd 1.7.32 への更新が行われ、既知の脆弱性への対応が実施されました。コンテナ環境での監視を行っている場合、containerd の脆弱性は攻撃対象となりうるため、セキュリティリスクの低減は運用上の優先事項です。
加えて、ローカルユーザーのサービスアカウント設定時にエージェントが起動しない不具合 が修正されました。この問題は特にオンプレミスやエッジ環境で、特定のユーザー権限下でエージェントを動作させる構成において顕在化しやすく、デプロイメント時の信頼性に影響していました。サービス起動の失敗は監視の欠損に直結するため、この修正は運用の安定性向上に大きく寄与します。
また、nri-flex 1.18.4 への更新も含まれています。nri-flex は API やスクリプト出力を New Relic のメトリクスとして取り込むための柔軟な統合機能であり、カスタム統合を利用している環境では、エージェント更新後に期待どおりデータが取得できるかを確認しておくと安心です。
Note: nri-flex は Infrastructure Agent の統合機能の一つで、HTTP API や CLI コマンドの出力など、標準的な統合では対応できないデータソースからメトリクスを収集できる汎用ツールです。
SRE業務への具体的な影響
日常的な監視設定において、containerd 環境で動作する Infrastructure Agent の脆弱性対応は、セキュリティスキャンやコンプライアンスチェックの結果にも影響します。アップデートにより、セキュリティ監査時の指摘事項や CVE 対応の負荷が軽減されるでしょう。
ローカルユーザーのサービスアカウント設定バグの修正は、エッジデバイスやオンプレミスサーバーで非 root ユーザーでエージェントを実行する構成において、デプロイ後の起動確認作業の手戻りを防ぎます。特に Ansible や Terraform などの IaC ツールでエージェントをプロビジョニングしている場合、この修正により冪等性が保たれやすくなります。
nri-flex の更新は、カスタムメトリクス収集を利用している環境で確認対象になります。パフォーマンスチューニングや障害調査で独自メトリクスに依存している場合は、アップデート後に主要な Flex 設定の取得結果を確認し、ダッシュボードやアラートへの影響がないかを見ておくとよいでしょう。
エージェントのアップグレード手順
Infrastructure Agent のアップグレードは、パッケージマネージャ経由で行うのが一般的です。以下は代表的な環境での例です。
RHEL/CentOS 系の場合：
$ sudo yum update newrelic-infra
$ sudo systemctl restart newrelic-infra
Debian/Ubuntu 系の場合：
$ sudo apt-get update
$ sudo apt-get install --only-upgrade newrelic-infra
$ sudo systemctl restart newrelic-infra
AWS EC2 や ECS on EC2 でのアップグレード：
EC2 インスタンスで稼働している場合は上記コマンドをそのまま利用できます。ECS on EC2 でホストレベルの監視を行っている場合も同様です。Lambda や Fargate など、Infrastructure Agent がホストレベルで動作しない環境では、このアップデートは直接的な影響を受けませんが、カスタム統合を利用している場合は nri-flex の安定性向上の恩恵を受けます。
アップグレード後は、エージェントのバージョンとステータスを確認します：
$ newrelic-infra --version
$ sudo systemctl status newrelic-infra
Before/After
Before: containerd の既知脆弱性が残存し、セキュリティスキャンで指摘される可能性
After: containerd 1.7.32 により脆弱性が解消され、セキュリティリスクが低減
Before: ローカルユーザーのサービスアカウント設定でエージェント起動に失敗するケースが存在
After: サービスアカウント設定のバグが修正され、非 root ユーザーでの起動信頼性が向上
Before: Infrastructure Agent に含まれる nri-flex が 1.18.4 より前のバージョン
After: nri-flex 1.18.4 に更新され、カスタム統合利用環境での検証対象が明確に
SRE視点での活用ポイント
監視・アラート・ダッシュボードの改善への影響
今回のアップデートは、監視の信頼性とセキュリティ基盤の強化に寄与します。containerd の脆弱性対応により、コンテナ環境での監視エージェント自体が攻撃対象となるリスクが低減し、本番環境のセキュリティポスチャが改善されます。これは監視基盤そのものの安定性を高めるため、長期的な運用において重要です。
nri-flex の更新は、カスタムメトリクスを用いた独自のダッシュボードやアラート設定の回帰確認ポイントになります。特に API エンドポイントやスクリプト出力からメトリクスを生成している場合は、更新後の取得結果、属性名、サンプル数を確認し、オンコール運用で使うアラートに影響がないことを見ておくのが実務的です。
AWS環境でのNew Relicエージェント運用における影響
EC2 インスタンスでコンテナランタイムとして containerd を使用している場合、今回のアップデートは特に重要です。AWS のセキュリティグループやネットワーク ACL と組み合わせて、エージェントレベルでのセキュリティ強化が実現されます。
ECS on EC2 でホストレベルの監視を行っている場合も、同様にセキュリティリスクの低減が期待できます。また、オンプレミスとのハイブリッド環境や、AWS Outposts などのエッジ環境で非 root ユーザーでエージェントを実行している構成では、サービスアカウント設定の修正により、デプロイメントの信頼性が向上します。
すぐに試せる Tips
- セキュリティ優先でのロールアウト: containerd 環境を持つホストから優先的にアップデートを実施し、セキュリティスキャン結果の改善を確認
- カナリアデプロイ: 本番環境全体への展開前に、一部のインスタンスでアップデート後の動作を検証し、特にカスタム統合やサービスアカウント設定に問題がないことを確認
- ログ監視の強化: アップデート後、
/var/log/newrelic-infra/配下のログファイルを確認し、起動エラーや警告がないかチェック
アップグレード時の注意点やリスク
Infrastructure Agent はホストの詳細情報を収集するため、アップグレード時にはサービスの再起動が必要です。監視データの一時的な欠損を避けるため、メンテナンスウィンドウ内での実施や、ローリングアップデートによる段階的な適用を推奨します。
特にカスタム統合（nri-flex など）を多用している環境では、アップデート後に統合の動作確認を行い、メトリクスが期待通りに取得できているかを検証してください。また、非 root ユーザーでエージェントを実行している場合は、サービスアカウントの権限設定が正しく反映されているかを確認することが重要です。
全アップデート一覧
| カテゴリ | バージョン | 概要 |
|---|---|---|
| Infrastructure Agent | 1.76.1 | containerd 1.7.32 への更新、ローカルユーザーのサービスアカウント設定時の起動失敗バグ修正、nri-flex 1.18.4 への更新、ドキュメント自動生成ワークフローの改善 |
まとめ
2026年5月28日の Infrastructure Agent 1.76.1 は、セキュリティ、運用安定性、カスタム統合の更新 という、SRE業務の基盤を支える重要な要素が含まれたリリースです。containerd の更新は本番環境のリスク低減に直結し、サービスアカウント設定の修正はエッジ環境やオンプレミスでのデプロイメント信頼性を高めます。
アップデート件数は1件ですが、その内容は多岐にわたり、コンテナ環境や非標準的な監視構成を採用している環境では特に恩恵が大きいでしょう。セキュリティ観点からも、containerd を使用している環境では早期の適用を推奨します。運用の安定性とセキュリティの両面で、今回のアップデートは確実に価値のある改善となっています。