• AWS Systems Manager CloudWatch ダッシュボードは、2026 年 4 月 30 日以降は利用できなくなります。お客様は、これまでと同様に Amazon CloudWatch コンソールを使用して、Amazon CloudWatch ダッシュボードの表示、作成、管理を継続できます。詳細については、「[Amazon CloudWatch ダッシュボードのドキュメント](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Dashboards.html)」を参照してください。
# ドキュメント履歴
次の表に、 の前回のリリース以後に行われた、文書の重要な変更を示しますAWS Systems Manager このドキュメントの更新に関する通知については、[RSS フィード](https://docs.aws.amazon.com/systems-manager/latest/userguide/aws-systems-manager-user-guide-updates.rss)を購読してください。
| 変更 | 説明 | 日付 |
| --- |--- |--- |
| [更新されたマネージドポリシー AmazonSSMAutomationRole](#systems-manager-release-history) | Systems Manager でマネージドポリシー `AmazonSSMAutomationRole` が更新され、`cloudformation:TagResource` および `cloudformation:UntagResource` アクセス許可が追加されました。これらのアクセス許可により、CloudFormation スタックを作成する Automation ランブックがリソースにタグを追加および削除できるようになります。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2026 年 3 月 20 日 |
| [最新の Lambda 拡張機能 ARN をプログラムで取得するための新しいセクション](#systems-manager-release-history) | Lambda 拡張機能の最新の Amazon リソースネーム (ARN) は、サポートされている各アーキテクチャの Systems Manager Parameter Store でパブリックパラメータとして公開されます。AWS CLI または CloudFormation を使用してプログラムで最新の ARN を取得し、アプリケーションが手動更新なしで常に最新の拡張機能バージョンを参照するようにできます。詳細については、「[AWS Parameters and Secrets Lambda Extension の ARN](https://docs.aws.amazon.com/systems-manager/latest/userguide/ps-integration-lambda-extensions-add.html)」を参照してください。 | 2026 年 3 月 10 日 |
| [マネージドポリシー AWS-SSM-DiagnosisAutomation-ExecutionRolePolicy の更新](#systems-manager-release-history) | Systems Manager は、マネージドポリシー `AWS-SSM-DiagnosisAutomation-ExecutionRolePolicy` を更新して、診断機能を強化するための EC2 アクセス許可と SSM アクセス許可を追加しました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 12 月 19 日 |
| [マネージドポリシー AWSQuickSetupDeploymentRolePolicy の更新](#systems-manager-release-history) | Systems Manager は、マネージドポリシー `AWSQuickSetupDeploymentRolePolicy` を更新して、2 つの SSM ドキュメント (`AWSQuickSetupType-ConfigureDevOpsGuru` と `AWSQuickSetupType-DeployConformancePack`) のサポートを追加しました。これらの追加により、Quick Setup はポリシーを介して DevOps Guru 設定とコンフォーマンスパックをデプロイできます。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 12 月 15 日 |
| [AWS Systems ManagerChange Manager は新規顧客に公開されなくなりました。](#systems-manager-release-history) | AWS Systems Manager Change Manager は新規顧客に公開されなくなりました。既存のお客様は、通常どおりサービスを引き続き使用できます。詳細については、「[AWS Systems Manager Change Manager の可用性の変更](https://docs.aws.amazon.com/systems-manager/latest/userguide/change-manager-availability-change.html)」を参照してください。 | 2025 年 11 月 7 日 |
| [AWS Parameters and Secrets Lambda Extension の新バージョン](#systems-manager-release-history) | [AWS Parameters and Secrets Lambda Extension](https://docs.aws.amazon.com/systems-manager/latest/userguide/ps-integration-lambda-extensions.html) の新バージョンが、以前サポートされていたすべてのリージョンとアーキテクチャで利用可能になりました。さらに、アジアパシフィック (ニュージーランド) リージョン (ap-southeast-6) に ARM64 と Mac with Apple silicon アーキテクチャサポートが追加されました。 | 2025 年 10 月 22 日 |
| [Python および PowerShell ランタイムのサポートの更新](#systems-manager-release-history) | Systems Manager が正式にサポートする Python 3.10、Python 3.11、PowerShell 7.4 (dotnet8) などのランタイムを使用する「サポートされる」リストと例が更新されました。以前のバージョンはサポートされなくなりました。 | 2025 年 10 月 16 日 |
| [IPv6 環境の Patch Manager サポート](#systems-manager-release-history) | Patch Manager が Internet Protocol Version 6 (IPv6) 環境をサポートするようになりました。詳細については、「[Systems Manager のために VPC エンドポイントを使用して EC2 インスタンスのセキュリティを強化する](https://docs.aws.amazon.com/systems-manager/latest/userguide/setup-create-vpc.html)」と「[Patching a server in an IPv6 only environment](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-server-patching-iPv6-tutorial.html)」を参照してください。 | 2025 年 10 月 15 日 |
| AWS Systems Manager Change Manager は、2025 年 11 月 7 日以降、新規のお客様の受付を終了します。 | AWS Systems ManagerChange Manager は、2025 年 11 月 7 日以降、新規のお客様の受付を終了します。Change Manager を使用する場合は、その日付の前にサインアップしてください。既存のお客様は、通常どおりサービスを引き続き使用できます。詳細については、「[AWS Systems Manager Change Manager の可用性の変更](https://docs.aws.amazon.com/systems-manager/latest/userguide/change-manager-availability-change.html)」を参照してください。 | 2025 年 10 月 7 日 |
| [AWS Parameters and Secrets Lambda Extension の新バージョン](#systems-manager-release-history) | [AWS Parameters and Secrets Lambda Extension](https://docs.aws.amazon.com/systems-manager/latest/userguide/ps-integration-lambda-extensions.html) の新バージョンが、以前サポートされていたすべてのリージョンとアーキテクチャで利用可能になりました。さらに、アジアパシフィック (ニュージーランド) リージョン (ap-southeast-6) に x86\$164 と x86 アーキテクチャのサポートが追加されました。 | 2025 年 9 月 30 日 |
| [マネージドポリシー: AWSSystemsManagerJustInTimeAccessTokenPolicy の更新](#systems-manager-release-history) | Systems Manager でマネージドポリシー `AWSSystemsManagerJustInTimeAccessTokenPolicy` が更新され、セッション管理用のデータチャネルアクセス許可が提供されるようになりました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 9 月 25 日 |
| [更新されたマネージドポリシー: AWSQuickSetupStartStopInstancesExecutionPolicy](#systems-manager-release-history) | Systems Manager でマネージドポリシー `AWSQuickSetupStartStopInstancesExecutionPolicy` が更新され、Quick Setup スケジューラー設定のケジューラ設定のアクセス許可が調整されまれました。このポリシーでは、Amazon EC2 インスタンスの起動と停止、変更カレンダーへのアクセス、強化されたセキュリティ条件でのオートメーションドキュメントの実行に関するより具体的なアクセス許可が提供されるようになりました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 9 月 12 日 |
| [更新されたマネージドポリシー: AWSQuickSetupStartSSMAssociationsExecutionPolicy](#systems-manager-release-history) | Systems Manager でマネージドポリシー `AWSQuickSetupStartSSMAssociationsExecutionPolicy` が更新され、オートメーションドキュメントが `AWSQuickSetupType-StartSSMAssociations` から `AWSQuickSetupType-Scheduler-ChangeCalendarState` に変更されました。この更新により、ポリシーの目的がSSM 関連付けの開始から、スケジュールされたオペレーションの変更カレンダーの状態の管理に変更されます。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 9 月 12 日 |
| [更新された 3 つのマネージドポリシー](#systems-manager-release-history) | Systems Manager で 3 つの管理ポリシーが更新され、Quick Setup が追加の Systems Manager リソース (`AWSQuickSetupSSMLifecycleManagementExecutionPolicy`、`AWSQuickSetupPatchPolicyPermissionsBoundary`、`AWSQuickSetupManagedInstanceProfileExecutionPolicy`) でオートメーション実行を開始できるようになりました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 9 月 12 日 |
| [更新されたマネージドポリシー: AmazonSSMAutomationRole](#systems-manager-release-history) | Systems Manager でマネージドポリシー `AmazonSSMAutomationRole` が更新され、`ssmmessages:OpenDataChannel` アクセス許可が追加されました。このアクセス許可により、オートメーションランブックはセッションベースのオペレーション用の通信チャネルを確立できます。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 9 月 11 日 |
| [新しいトピック: SSM Agent の休止について](#systems-manager-release-history) | この新しいトピックでは、休止は、エージェントが Systems Manager サービスとの適切な通信を維持できない場合に発生するオペレーションモードであることを説明します。休止中、エージェントは通信頻度を減らし、スタンバイ状態になります。エージェントの休止の詳細については、「[SSM Agent の休止について](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-technical-details.html#ssm-agent-hibernation)」を参照してください。 | 2025 年 9 月 2 日 |
| [マネージドポリシーの更新: AWSSystemsManagerJustInTimeAccessServicePolicy](#systems-manager-release-history) | Systems Manager は、マネージドポリシー `AWSSystemsManagerJustInTimeAccessServicePolicy` を更新してオートメーション実行のタグ付けアクセス許可を追加し、お客様がオペレーターアクセス許可の範囲を特定のタグに制限できるようにしました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 8 月 25 日 |
| [ノード詳細タブの説明を更新 (統合コンソール)](#systems-manager-release-history) | 統合コンソールのノードの詳細ページのタブ (タブ: **[タグ]**、**[インベントリ]**、**[関連付け]**、**[パッチ]**、**[設定コンプライアンス]**) のコンテンツの説明を更新しました。詳細については、「[統合コンソールとは](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-unified-console.html)」を参照してください。 | 2025 年 8 月 20 日 |
| [SSM Agent をインストールするための新しいセキュリティベストプラクティスのトピック](#systems-manager-release-history) | 新しいトピック「[SSM Agent のインストールのベストプラクティス](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-best-practices.html#security-best-practices-ssm-agent)」では、マシンタイプ、EC2 インスタンス、またはハイブリッドアクティベーションマシンに応じて、エージェントをインストールするための正しい方法を使用することの重要性について説明しています。 | 2025 年 8 月 18 日 |
| [コンソールベースの新しい Automation 機能](#systems-manager-release-history) | AWS Systems Manager Automation では、スロットリングされたオペレーションの自動再試行とオートメーション実行の再実行機能を備えた拡張実行機能が導入されました。自動スロットリング再試行機能は、最大 3,600 秒まで設定可能な時間制限で、スロットリング制限に達した API コールを自動的に再試行することで、大規模なオートメーション実行の信頼性を確保するのに役立ちます。([aws:executeScript](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-action-executeScript.html) 自動スロットリング再試行を除くすべての Automation アクション。さらに、完了したオートメーション実行を同一または変更されたパラメータで簡単に再実行できるようになりました。これにより、設定を手動で再作成することなく、繰り返しのタスクを合理化し、運用上のオーバーヘッドを削減できます。詳細については、以下の各トピックを参照してください。 [スロットリングされたオペレーションの自動再試行の設定](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-throttling-retry.html) [オートメーション実行の再実行](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-rerun-executions.html) [複数の AWS リージョン リージョン とアカウントでのオートメーションの実行](https://docs.aws.amazon.com/systems-manager/latest/userguide/running-automations-multiple-accounts-regions.html#multiple-console) | 2025 年 8 月 14 日 |
| [AWSQuickSetupDeploymentRolePolicy マネージドポリシーの更新](#systems-manager-release-history) | Systems Manager は、追加の `AWSQuickSetupType-*` Automation ランブックに関連付け関連のアクセス許可を付与し、Quick Setup が追加の IAM ポリシーをアタッチおよびデタッチできるように、`AWSQuickSetupDeploymentRolePolicy` マネージドポリシーを更新しました。さらに、`AWSQuickSetupDeploymentRolePolicy` のドキュメントを更新して、Quick Setup 設定管理オペレーションに付与されるアクセス許可の詳細な説明を追加しました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 8 月 12 日 |
| [新しいトピック: AWS Systems Manager におけるデータ境界](#systems-manager-release-history) | Systems Manager がアクセスする AWS サービス所有リソースのデータ境界ポリシーを設定できます。「[AWS Systems Manager におけるデータ境界](https://docs.aws.amazon.com/systems-manager/latest/userguide/data-perimeters.html)」では、Systems Manager マネージド `ssm-document-categories-region` S3 バケットの目的について説明します。このバケットには、コンソールで SSM ドキュメントを整理および分類するのに役立つドキュメントカテゴリに関するメタデータが含まれています。 | 2025 年 8 月 12 日 |
| [Quick Setup スケジューラの新しいマネージドポリシー: AWSQuickSetupStartStopInstancesExecutionPolicy](#systems-manager-release-history) | Systems Manager は、スケジュールに従って Amazon EC2 インスタンスを起動および停止するアクセス許可を Quick Setup に提供する新しいマネージドポリシー `AWSQuickSetupStartStopInstancesExecutionPolicy` をリリースしました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 8 月 12 日 |
| [Quick Setup の新しい AWS マネージドポリシー: AWSQuickSetupStartSSMAssociationsExecutionPolicy](#systems-manager-release-history) | Systems Manager は、Quick Setup が `AWSQuickSetupType-StartSSMAssociations` Automation ランブックを実行できるようにする新しいマネージドポリシー `AWSQuickSetupStartSSMAssociationsExecutionPolicy` をリリースしました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 8 月 12 日 |
| [SLES マネージドノードでの、zypper パッケージロックの依存関係の障害に対処するための、新しいトラブルシューティングのガイダンス](#systems-manager-release-history) | SUSE Linux Enterprise Server マネージドノードでの Patch Manager `Install` オペレーション中に発生した、zypper パッケージロックの依存関係の障害を解決するための、包括的なトラブルシューティングのガイダンスを追加しました。新しいセクション[「Issue: Zypper package lock dependency failures on SLES managed nodes」](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-troubleshooting.html#patch-manager-troubleshooting-linux-zypper-locks)には、パッチの正常なインストールを妨げるパッケージロックの競合を特定、診断、解決するための、詳細な情報を記載しています。 | 2025 年 7 月 28 日 |
| [スキップされたインベントリの関連付けに関するトラブルシューティングのガイダンスを補完](#systems-manager-release-history) | トラブルシューティングの「[スキップ](https://docs.aws.amazon.com/systems-manager/latest/userguide/syman-inventory-troubleshooting.html#inventory-troubleshooting-skipped)」のセクションを更新し、インベントリの関連付けにおける、優先度の処理に関する包括的なガイダンスを追加しました。今回補完されたドキュメントには、Quick Setup インベントリの関連付け、明示的なターゲティングシナリオ、競合するインベントリの関連付けを管理するための順を追った解決の手順に関する詳細な情報が追加されました。主要な改善点は以下のとおりです。 インベントリの関連付けにおける優先順位の説明 (Quick Setup、明示的、グローバルの関連付け) よくあるシナリオ (具体的な例と想定される結果を含む) カスタムインベントリの関連付けを使用するときに Quick Setup 設定を削除するための詳細な解決の手順 データ収集の動作と関連付けの優先順位に関する重要な注意事項 | 2025 年 7 月 24 日 |
| [マネージドポリシーの更新: AWS-SSM-RemediationAutomation-ExecutionRolePolicy](#systems-manager-release-history) | Systems Manager でマネージドポリシー `AWS-SSM-RemediationAutomation-ExecutionRolePolicy` が更新されました。document リソースタイプと automation-execution リソースタイプの両方にアクセス許可を要求することで、ssm:StartAutomationExecution API のセキュリティ体制が改善されました。この更新は、document と automation-execution の両方のリソースタイプにアクセス許可を要求し、修復自動化実行に対してより包括的で詳細なアクセス許可を提供することで、ssm:StartAutomationExecution API のセキュリティ体制を強化するために実施されました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 7 月 16 日 |
| [マネージドポリシーの更新: AWS-SSM-RemediationAutomation-AdministrationRolePolicy](#systems-manager-release-history) | Systems Manager で、修復自動化オペレーションの、API 認可の改善をサポートするようにマネージドポリシー `AWS-SSM-RemediationAutomation-AdministrationRolePolicy` が更新されました。このポリシー更新により、自動化ドキュメント内で定義されたアクティビティを実行するためのアクセス許可が強化され、修復ワークフローのセキュリティコントロールとリソースアクセスパターンが改善されました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 7 月 16 日 |
| [マネージドポリシーの更新: AWS-SSM-DiagnosisAutomation-ExecutionRolePolicy](#systems-manager-release-history) | Systems Manager で、診断自動化実行のためのより詳細で正確なアクセス許可を提供するようにマネージドポリシー `AWS-SSM-DiagnosisAutomation-ExecutionRolePolicy` が更新されました。このポリシー更新により、Amazon EC2 および Amazon VPC のリソースアクセスの説明が改善され、SSM オートメーションのアクセス許可がより具体的になり、AWS KMS および IAM アクセス許可の説明が適切なリソース制限とともに改善されました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 7 月 16 日 |
| [マネージドポリシーの更新: AWS-SSM-DiagnosisAutomation-AdministrationRolePolicy](#systems-manager-release-history) | Systems Manager で、診断自動化オペレーションに、より具体的なアクセス許可とセキュリティ条件を含めるようにマネージドポリシー `AWS-SSM-DiagnosisAutomation-AdministrationRolePolicy` が更新されました。このポリシー更新により、AWS KMS キーの使用、Amazon S3 バケットアクセス、ロールの前提条件に対するセキュリティコントロールが強化され、リソースベースの条件とアカウントレベルの制限がこれまでよりも厳格になりました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 7 月 16 日 |
| [AmazonSSMAutomationRole マネージドポリシーのドキュメントの追加](#systems-manager-release-history) | Systems Manager で、既存のマネージドポリシー `AmazonSSMAutomationRole` のドキュメントが更新されました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 7 月 15 日 |
| [環境変数補間による SSM ドキュメントのセキュリティの強化](#systems-manager-release-history) | AWS Systems Manager コマンドドキュメントで、パラメータの処理時に環境変数補間がサポートされるようになりました。この機能は、スキーマバージョン 2.2 および SSM Agent のバージョン 3.3.2746.0 以降で利用でき、パラメータ値を潜在的に実行可能なコマンドではなくリテラル文字列として処理することでコマンドインジェクション攻撃を防ぐのに役立ちます。`ENV_VAR` に設定すると、エージェントは、パラメータの値を含む `SSM_parameter-name` 形式の名前の環境変数を作成します。詳細については、以下の各トピックを参照してください。 [ドキュメントコンポーネント](https://docs.aws.amazon.com/systems-manager/latest/userguide/documents-components.html) [安全なパラメータ処理の例](https://docs.aws.amazon.com/systems-manager/latest/userguide/documents-schemas-features.html#secure-parameter-examples) [データ要素とパラメータ](https://docs.aws.amazon.com/systems-manager/latest/userguide/documents-syntax-data-elements-parameters.html) [コマンドドキュメントプラグインリファレンス](https://docs.aws.amazon.com/systems-manager/latest/userguide/documents-command-ssm-plugin-reference.html) | 2025 年 7 月 14 日 |
| [4 つのオプトイン AWS リージョンで利用可能な Explorer リソースデータ同期](#systems-manager-release-history) | デフォルトでは、Explorer クロスアカウント/クロスリージョンのリソースデータ同期は、オプトインリージョンのデータ集約をサポートしていません。次のオプトインリージョンのサポートが 2025 年 6 月 30 日に追加されました。 欧州 (ミラノ) アフリカ (ケープタウン) 中東 (バーレーン) アジアパシフィック (香港) 委任管理者アカウントを使用して、オプトインリージョンでリソースデータ同期を作成することはできません。AWS Organizations 管理アカウントを使用する必要があります。詳細については、「[複数のアカウントとリージョンのリソースデータの同期について](https://docs.aws.amazon.com/systems-manager/latest/userguide/Explorer-resource-data-sync-multiple-accounts-and-regions.html)」を参照してください。 | 2025 年 6 月 30 日 |
| [AWS Parameters and Secrets Lambda Extension の新バージョン](#systems-manager-release-history) | [AWS Parameters and Secrets Lambda Extension](https://docs.aws.amazon.com/systems-manager/latest/userguide/ps-integration-lambda-extensions.html) の新バージョンが、サポートされているすべてのリージョンとアーキテクチャで利用可能になりました。さらに、アジアパシフィック (台北) リージョン (ap-east-2) のサポートが追加されました。 | 2025 年 6 月 26 日 |
| [新しいトピック: Amazon EventBridge との Change Calendar 統合](#systems-manager-release-history) | 「[Amazon EventBridge との Change Calendar 統合](https://docs.aws.amazon.com/systems-manager/latest/userguide/monitoring-systems-manager-event-examples.html#change-calendar-eventbridge-integration)」のトピックでは、次のカテゴリにおけるこの統合に関する情報を提供します。 イベントのタイミングと信頼性 イベントの変更とタイミングに関する考慮事項 隣接イベントと重複イベント ベストプラクティス | 2025 年 6 月 25 日 |
| [自動化アクション aws:executeScript のランタイムサポートの更新](#systems-manager-release-history) | 自動化アクション [aws:executeScript](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-action-executeScript.html) の `Runtime` パラメータが PowerShell 7.4 (`dotnet8`) スクリプトをサポートするようになりました。 | 2025 年 6 月 24 日 |
| [SSM Agent と Patch Manager が RHEL 10 と Ubuntu Server 25.04 をサポートするようになりました。](#systems-manager-release-history) | Patch Manager を使用したマネージドノードへのパッチ適用など、Systems Manager で Red Hat Enterprise Linux 10 と Ubuntu Server 25.04 マシンを管理できるようになりました。サポートされている OS およびバージョンの詳細なリストについては、以下のトピックを参照してください。 [System Manager でサポートされているオペレーティングシステム](https://docs.aws.amazon.com/systems-manager/latest/userguide/operating-systems-and-machine-types.html#prereqs-operating-systems) [Patch Manager でサポートされているオペレーティングシステム](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-prerequisites.html#supported-os) | 2025 年 6 月 23 日 |
| [ジャストインタイムノードアクセスの更新](#systems-manager-release-history) | 「[Systems Manager を使用したジャストインタイムノードアクセス](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-just-in-time-node-access.html)」の章の内容に以下の更新が加えられました。 ジャストインタイムノードアクセスの認証サポートが明確になりました。詳細については、「[Systems Manager でジャストインタイムアクセスをセットアップする](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-just-in-time-node-access-setting-up.html)」を参照してください。 ジャストインタイムノードアクセスの Session Manager 暗号化と RDP 記録に使用する AWS KMS キーのタグキー `SystemsManagerJustInTimeNodeAccessManaged` とタグ値 `true` でのタグ付け要件が明確になりました。詳細については、「[ジャストインタイムノードアクセスセッション設定を更新する](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-just-in-time-node-access-session-preferences.html)」と「[RDP 記録用の S3 バケット暗号化の設定](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-just-in-time-node-access-rdp-recording.html#rdp-recording-bucket-encryption)」を参照してください。 「[ジャストインタイムアクセスリクエストに関する通知を設定する](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-just-in-time-node-access-notifications.html)」が追加の設定の詳細で更新されました。 | 2025 年 6 月 17 日 |
| [ジャストインタイムノードアクセスのための強化された RDP 記録](#systems-manager-release-history) | AWS Systems Manager ジャストインタイムノードアクセスで、RDP 記録の設定に関する追加情報が表示されるようになりました。記録が保存される S3 バケットで AWS KMS 暗号化を使用する場合は、バケット暗号化に使用される KMS キーへのアクセスを `ssm-guiconnect` サービスプリンシパルに付与する必要があります。このリリースでは、新しい記録ステータス `ProcessingError` も導入されました。これは、動画処理中の中間障害を示し、サービス依存関係の障害またはアクセス許可の欠落が原因である可能性があります。詳細については、「[Recording RDP connections](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-just-in-time-node-access-rdp-recording.html)」を参照してください。 | 2025 年 6 月 13 日 |
| [Patch Manager のパッチの選択とインストールに関する情報を更新](#systems-manager-release-history) | パッチの選択とインストール中に Patch Manager が古いパッケージを処理する方法を説明する情報を追加しました。詳細については、「[セキュリティに関連するパッチの選択方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-selecting-patches.html)」および「[パッチのインストール方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-installing-patches.html)」を参照してください。 | 2025 年 6 月 12 日 |
| [Quick Setup のマネージドポリシーを更新: AWSQuickSetupDeploymentRolePolicy](#systems-manager-release-history) | Systems Manager では、Quick Setup がインラインポリシーの代わりにこの管理ポリシーを使用して関連付けを作成できるように、管理ポリシー `AWSQuickSetupDeploymentRolePolicy` が更新されました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 6 月 10 日 |
| [Patch Manager への導入を拡張](#systems-manager-release-history) | 潜在的な顧客とユーザーに対し、Patch Manager をよりよく紹介するために、Patch Manager の章に次の 3 つのセクションを追加しました。 [Patch Manager はどのように組織にとってメリットになりますか?](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager.html#how-can-patch-manager-benefit-my-organization) [Patch Manager はどのようなユーザーに適していますか?](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager.html#who-should-use-patch-manager) [Patch Manager の主な特徴は何ですか?](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager.html#what-are-the-main-features-of-patch-manager) | 2025 年 5 月 21 日 |
| [Quick Setup のマネージドポリシーを更新: AWSQuickSetupSSMDeploymentRolePolicy](#systems-manager-release-history) | Systems Manager では、統合コンソール用に作成された IAM ロールと Lambda リソースにタグ付けするためのアクセス許可を付与するようにマネージドポリシー `AWSQuickSetupSSMDeploymentRolePolicy` を更新しました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 5 月 7 日 |
| [統合コンソールに関する機能設定オプション](#systems-manager-release-history) | Systems Manager では統合コンソールの設定時に機能設定オプションを利用できるようになりました。これにより、デフォルトのホスト管理設定 (DHMC)、インベントリメタデータの収集、SSM Agent の自動更新をセットアップするかどうかを選択できます。詳細については、「[組織用の Systems Manager 統合コンソールのセットアップ](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-setting-up-organizations)」および「[単一のアカウントとリージョン用の Systems Manager 統合コンソールのセットアップ](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-setting-up-single-account-region)」を参照してください。 | 2025 年 5 月 7 日 |
| [Quick Setup のマネージドポリシーを更新: AWSSystemsManagerJustInTimeNodeAccessRolePropagationPolicy](#systems-manager-release-history) | Systems Manager では、ジャストインタイムノードアクセス用に AWS Resource Access Manager によって共有されるリソースにタグ付けするアクセス許可を付与するようにマネージドポリシー `AWSSystemsManagerJustInTimeNodeAccessRolePropagationPolicy` を更新しました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 4 月 29 日 |
| [Quick Setup のマネージドポリシーを更新: AWSQuickSetupManageJITNAResourcesExecutionPolicy](#systems-manager-release-history) | Systems Manager では、ジャストインタイムノードアクセス用に作成された IAM ロールにタグ付けするアクセス許可を付与するようにマネージドポリシー `AWSQuickSetupManageJITNAResourcesExecutionPolicy` を更新しました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 4 月 29 日 |
| [Systems Manager がジャストインタイムノードアクセスを導入](#systems-manager-release-history) | AWS Systems Manager がジャストインタイムアクセスでマネージドノードに接続する方法をサポートするようになりました。この新しい方法でマネージドノードに接続すると、ノードへのアクセスを必要な場合にのみ期限付きで一時的に付与し、長期的なアクセスを不可能にすることで、ノードのセキュリティを強化できるようになります。また、Systems Manager では Windows Server ノードへの RDP セッションを記録できるので、コンプライアンス要件を満たす、根本原因を分析するといったことができるようになります。詳細については、「[Systems Manager を使用したジャストインタイムノードアクセス](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-just-in-time-node-access.html)」を参照してください。 | 2025 年 4 月 29 日 |
| [ジャストインタイムノードアクセス用の新しいマネージドポリシー](#systems-manager-release-history) | Systems Manager では、ジャストインタイムノードアクセスをサポートするために新しいマネージドポリシーをいくつかリリースしました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2025 年 4 月 29 日 |
| [AWS Parameters and Secrets Lambda Extension の新バージョン](#systems-manager-release-history) | [AWS Parameters and Secrets Lambda Extension](https://docs.aws.amazon.com/systems-manager/latest/userguide/ps-integration-lambda-extensions.html) の新バージョンが、サポートされているすべてのリージョンとアーキテクチャで利用可能になりました。 | 2025 年 4 月 23 日 |
| [新しいトピック:「Patch Manager におけるコンプライアンスとは」](#systems-manager-release-history) | フリート内のマネージドノードのパッチコンプライアンスは、AWSまたは他のサードパーティーによって定義されていません。新しいトピック「[Patch Manager におけるコンプライアンスとは](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager.html#patch-manager-definition-of-compliance)」では、Systems Manager によって管理されるノードのパッチコンプライアンスが、関連するパッチベースラインで指定された承認基準を満たす、すべてのパッチがノードにインストールされていることを意味します。コンプライアンスは、パッチベースラインで設定したルール、またはパッチ適用オペレーション用に選択する AWS が提供する事前定義されたパッチベースラインで定義されます。 | 2025 年 4 月 11 日 |
| [AWS Parameters and Secrets Lambda Extension の新バージョン](#systems-manager-release-history) | [AWS Parameters and Secrets Lambda Extension](https://docs.aws.amazon.com/systems-manager/latest/userguide/ps-integration-lambda-extensions.html) の新バージョンが利用可能になりました。さらに、次のリージョンのために拡張機能のサポートが追加されました。 アジアパシフィック (タイ) (ap-southeast-7) メキシコ (中部) (mx-central-1) | 2025 年 4 月 3 日 |
| [新しいトピック: Compliance のアクセス許可の設定](#systems-manager-release-history) | セキュリティのベストプラクティスとして、マネージドノードで使用される AWS Identity and Access Management (IAM) ロールを更新して、ノードが [PutComplianceItems](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_PutComplianceItems.html) API アクションを使用する機能を制限することをお勧めします。この API アクションは、Amazon EC2 インスタンスやマネージドノードなど、指定されたリソースにコンプライアンスタイプやその他のコンプライアンスの詳細を登録します。詳細については、「[Compliance のアクセス許可の設定](https://docs.aws.amazon.com/systems-manager/latest/userguide/compliance-permissions.html)」を参照してください。 | 2025 年 3 月11 日 |
| [更新されたトピック: ノードインサイトの確認](#systems-manager-release-history) | Systems Manager の[統合コンソール](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-unified-console.html)では、**[ノードのインサイトを確認]** ページに、組織またはアカウント内のマネージド EC2 インスタンスとアンマネージド EC2 インスタンスの数が表示されます。Systems Manager が `Stopped` 状態にあるときに EC2 インスタンスを「アンマネージド」の数に含めることを明確にしました。詳細については、「[アンマネージドインスタンスとは](https://docs.aws.amazon.com/systems-manager/latest/userguide/review-node-insights.html#unmanaged-instance-definition)」を参照してください。 | 2025 年 2 月 25 日 |
| [更新されたトピック: SSM Agent の署名を確認する](#systems-manager-release-history) | Linux インスタンス用の AWS Systems Manager Agent (SSM Agent) RPM および Debian インストーラーパッケージは、暗号化で署名されています。パブリックキーを使用して、エージェントのパッケージがオリジナルであり、変更されていないことを確認できます。ファイルが損傷していたり、改変されていた場合、検証は失敗します。RPM または GPG を使用して、インストーラーパッケージの署名を確認できます。トピックには、SSM Agent の新しいパブリックキーが含まれています。詳細については、「[SSM Agent の署名の確認](https://docs.aws.amazon.com/systems-manager/latest/userguide/verify-agent-signature.html)」を参照してください。 | 2025 年 2 月 14 日 |
| [新しいトピック: Session Manager プラグインの署名を確認する](#systems-manager-release-history) | Linux インスタンス用の Session Manager プラグイン RPM および Debian インストーラパッケージは、暗号化で署名されています。パブリックキーを使用して、プラグインバイナリとパッケージがオリジナルであり、変更されていないことを確認できます。ファイルが改変されていたり、損傷があった場合、確認は失敗します。GNU Privacy Guard (GPG) ツールを使用して、インストーラパッケージの署名を確認できます。詳細については、「[Session Manager プラグインの署名の確認](https://docs.aws.amazon.com/systems-manager/latest/userguide/install-plugin-linux-verify-signature.html)」を参照してください。 | 2025 年 2 月 13 日 |
| [Session Manager プラグインが更新されました](#systems-manager-release-history) | Session Manager プラグインは最近、次の機能強化で更新されました。Dockerfile で Go バージョンを 1.23 にアップグレードしました。[README](https://github.com/aws/session-manager-plugin/blob/mainline/README.md) のバージョン設定ステップが更新されました。Session Manager プラグインの詳細については、「[AWS CLI 用の Session Manager プラグインのインストール](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-manager-working-with-install-plugin.html)」を参照してください。 | 2025 年 2 月 6 日 |
| [Automation API のアクション向け TPS クォータが公開](#systems-manager-release-history) | Systems Manager Automation 関連の API アクションの、トランザクション/秒 (TPS) クォータ (以前の「制限」) を公開しました。詳細については、「*Amazon Web Services 全般のリファレンス*」の「[System Manager Service Quotas](https://docs.aws.amazon.com/general/latest/gr/ssm.html#limits_ssm)」を参照してください。 | 2025 年 1 月 21 日 |
| [用語の変更: Systems Manager の「機能」は「ツール」に名称を変更しました。](#systems-manager-release-history) | これまで、Systems Manager を構成する機能ユニットは、「オートメーション機能」や「Parameter Store 機能」のように*機能*と呼ばれていました。今後、こうした機能ユニットは*ツール*に改称され、例えば「Automation ツール」や「Parameter Store ツール」といった名称になります。本ユーザーガイドはこの変更を反映して更新されています。 | 2025 年 1 月 10 日 |
| [Patch Manager が macOS の新しいバージョンをサポート (Amazon EC2 AMI)](#systems-manager-release-history) | Patch Manager が macOS のバージョン 12.7、13.6、13.7、15.*x* を新たにサポートしました。Patch Manager がサポートしている OS とバージョンの完全なリストは、「[Patch Manager でサポートされているオペレーティングシステム](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-prerequisites.html#supported-os)」を参照してください。 | 2025 年 1 月 8 日 |
| [追加バージョン向けの SSM Agent と Patch Manager のサポート: CentOS Stream、Ubuntu Server、Windows Server](#systems-manager-release-history) | Patch Manager は CentOS Stream 9、Ubuntu Server 24.10、Windows Server 2025 をサポートするようになりました。SSM Agent は、Ubuntu Server 24.10 と Windows Server 2025 をサポートするようになりました。(CentOS Stream 9 に対するエージェントのサポートは以前にリリースされました。) サポートされている OS およびバージョンの詳細なリストについては、以下のトピックを参照してください。 [System Manager でサポートされているオペレーティングシステム](https://docs.aws.amazon.com/systems-manager/latest/userguide/operating-systems-and-machine-types.html#prereqs-operating-systems) [Patch Manager でサポートされているオペレーティングシステム](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-prerequisites.html#supported-os) | 2024 年 11 月 22 日 |
| [新しいトピック: Parameter Store SecureString パラメータの AWS KMS 暗号化](#systems-manager-release-history) | 以下のトピックでは、AWS Systems Manager Parameter Store が AWS Key Management Service を使用して Parameter Store の `SecureString` パラメータの値を暗号化する方法について説明します。 [Parameter Store での SecureString パラメータの AWS KMS 暗号化](https://docs.aws.amazon.com/systems-manager/latest/userguide/secure-string-parameter-kms-encryption.html) | 2024 年 11 月 22 日 |
| [Systems Manager の新規および更新されたマネージドポリシー](#systems-manager-release-history) | Systems Manager の新機能をサポートするために、新しい Systems Manager の設定とオペレーションをサポートするマネージドポリシーを新たにいくつかリリースし、さらに他のマネージドポリシーを更新します。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2024 年 11 月 21 日 |
| [Systems Manager の新しい簡素化されたノード管理エクスペリエンス](#systems-manager-release-history) | AWS Systems Manager では、アカウントとリージョン全体にわたって広範にノードを管理するための新しい統合コンソールエクスペリエンスがリリースされました。組織の AWS アカウントとリージョン全体のすべてのマネージドノードとアンマネージドノードを 1 か所で確認できるようになりました。また、アンマネージドノードを特定、診断、および修復することもできます。さらに、Systems Manager も Amazon Q Developer (Amazon Q) と統合されました。これにより、自然言語プロンプトを入力することで、AWS マネジメントコンソール内の任意の場所からノードを表示および制御できるように機能が強化されました。このリリースでは、AWS Organizations を使用して委任管理者アカウントに組織全体で一元的にノードを管理することを許可できるようになりました。詳細については、以下の各トピックを参照してください。 [What is AWS Systems Manager?](https://docs.aws.amazon.com/systems-manager/latest/userguide/what-is-systems-manager.html) [AWS Systems Manager のセットアップ](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-setting-up-console.html) [AWS Systems Manager によるノードタスクの完了](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-node-tasks.html) | 2024 年 11 月 21 日 |
| [Session Manager プラグインのバグ修正](#systems-manager-release-history) | 先日、OpenDataChannel リクエストに認証情報を追加した変更がロールバックされるというバグを修正して、Session Manager プラグインを更新しました。 | 2024 年 11 月 20 日 |
| [Session Manager プラグインの機能強化](#systems-manager-release-history) | **このバージョンは 2024 年 11 月 20 日に廃止されました。**このほど、以下の機能を強化して Session Manager プラグインを更新しました。 OpenDataChannel リクエストに認証情報が追加されました。 `testify` および `objx` 依存パッケージがアップグレードされました。 | 2024 年 11 月 6 日 |
| [macOS の OS バージョンの追加サポート](#systems-manager-release-history) | Systems Manager は、macOS オペレーティングシステムのバージョン 15.*x* (Sequoia) をサポートするようになりました (EC2 インスタンスのみ)。サポートされているすべての OS およびバージョンのリストについては、「[Supported operating systems for Systems Manager でサポートされているオペレーティングシステム](https://docs.aws.amazon.com/systems-manager/latest/userguide/operating-systems-and-machine-types.html#prereqs-operating-systems)」を参照してください。 | 2024 年 11 月 6 日 |
| [Patch Manager: 承認済みリストと拒否されたリストでサポートされるパッケージ名形式の更新](#systems-manager-release-history) | 一部のオペレーティングシステムで、パッチベースラインの **[承認済みパッチ]** リストと **[拒否されたパッチ]** リストに指定できるパッケージ名形式のリストを更新および拡大しました。詳細については、「[Package name formats for Amazon Linux 1, Amazon Linux 2, Amazon Linux 2022, Amazon Linux 2023, CentOS, Oracle Linux, and Red Hat Enterprise Linux (RHEL)](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-approved-rejected-package-name-formats.html#patch-manager-approved-rejected-package-name-formats-standard)」を参照してください。 | 2024 年 11 月 1 日 |
| [Patch Manager のオペレーティングバージョンの追加のサポート](#systems-manager-release-history) | Patch Manager は、Oracle Linux (8.10 と 9.4) と Ubuntu Server (23.10 と 24.04) のバージョンを新たにサポートするようになりました。サポートされているすべてのオペレーティングシステムとバージョンのリストについては、以下のトピックを参照してください。 [System Manager でサポートされているオペレーティングシステム](https://docs.aws.amazon.com/systems-manager/latest/userguide/operating-systems-and-machine-types.html#prereqs-operating-systems) [Patch Manager でサポートされているオペレーティングシステム](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-prerequisites.html#supported-os) | 2024 年 11 月 1 日 |
| [追加バージョン向けの SSM Agent サポート: CentOS Stream、Oracle Linux、Ubuntu Server](#systems-manager-release-history) | SSM Agent は、以前のサポートされているバージョンに加えて、CentOS Stream 9、Oracle Linux 8.10 と 9.4、Ubuntu Server 24.04 LTS をサポートするようになりました。サポートされている OS およびバージョンの完全なリストについては、「[System Manager でサポートされているオペレーティングシステム](https://docs.aws.amazon.com/systems-manager/latest/userguide/operating-systems-and-machine-types.html#prereqs-operating-systems)」を参照してください。 | 2024 年 10 月 25 日 |
| [Session Manager プラグインの機能強化](#systems-manager-release-history) | OpenDataChannel リクエストでプラグインバージョンを渡すためのサポートが追加されました。 | 2024 年 10 月 10 日 |
| [新規: Fleet Manager を使用して行われた RDP 接続の詳細を表示する](#systems-manager-release-history) | AWS アカウントでユーザーが行ったリモートデスクトッププロトコル接続に関する情報を表示できるようになりました。詳細については、「[現在および完了した接続に関する情報の表示](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet-manager-remote-desktop-connections.html#list-connections)」を参照してください。 | 2024 年 10 月 10 日 |
| [Patch Manager は SLES バージョン 15.6 のサポートを開始](#systems-manager-release-history) | SUSE Linux Enterprise Server (SLES) 15.6 のパッチ適用サポートがリリースされました。Patch Manager を使用して SLES 15.6 マシンにパッチを適用できるようになりました。Patch Manager によってサポートされているオペレーティングシステムとバージョンの詳細なリストについては、「[Patch Manager でサポートされているオペレーティングシステム](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-prerequisites.html#supported-os)」を参照してください。 | 2024 年 9 月 29 日 |
| [AWS Parameters and Secrets Lambda Extension の新バージョン](#systems-manager-release-history) | [AWS Parameters and Secrets Lambda Extension](https://docs.aws.amazon.com/systems-manager/latest/userguide/ps-integration-lambda-extensions.html) の新バージョンが利用可能になりました。アジアパシフィック (マレーシア) リージョン (ap-southeast-5) では、すべてのアーキテクチャのサポートが導入されています。さらに、次のリージョンのために ARM64 および Mac with Apple silicon アーキテクチャの拡張機能のサポートが追加されました。 アジアパシフィック (ハイデラバード) (ap-south-2) アジアパシフィック (メルボルン) (ap-southeast-4) カナダ西部 (カルガリー) (ca-west-1) 欧州 (チューリッヒ) (eu-central-2) 欧州 (スペイン) (eu-south-2) 中東 (UAE) (me-central-) 中国 (北京) (cn-north-1) 中国 (寧夏) (cn-northwest-1) イスラエル (テルアビブ) (il-central-1) AWS GovCloud (米国東部) (us-gov-east-1) AWS GovCloud (米国西部) (us-gov-west-1) | 2024 年 9 月 19 日 |
| [新しいトピック: AWS CLI を使用したメンテナンスウィンドウのアクセス許可の設定](#systems-manager-release-history) | トピック「[AWS CLI を使用したメンテナンスウィンドウのアクセス許可の設定](https://docs.aws.amazon.com/systems-manager/latest/userguide/configuring-maintenance-window-permissions-cli.html)」では、ユーザーに代わってメンテナンスウィンドウタスクを実行するカスタムサービスロール (およびそのポリシー) を作成する手順について説明します。 | 2024 年 8 月 19 日 |
| [SSM Agent および Patch Manager の追加バージョンのサポート: AlmaLinux、Oracle Linux、および Rocky Linux](#systems-manager-release-history) | SSM Agent および Patch Manager は、これまでのサポート対象バージョンに加えて、AlmaLinux および Rocky Linux のバージョン 8.10、9.3、9.4、および Oracle Linux のバージョン 9.3 をサポートするようになりました。サポートされている OS およびバージョンの詳細なリストについては、以下のトピックを参照してください。 [System Manager でサポートされているオペレーティングシステム](https://docs.aws.amazon.com/systems-manager/latest/userguide/operating-systems-and-machine-types.html#prereqs-operating-systems) [Patch Manager でサポートされているオペレーティングシステム](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-prerequisites.html#supported-os) | 2024 年 8 月 14 日 |
| [Parameter Store サポートの新しい IAM ポリシー条件: ssm:Policies](#systems-manager-release-history) | IAM ポリシーで新しくサポートされる条件である `ssm:Policies` を使用して、エンティティがパラメータポリシーを含むパラメータを作成または更新できないように設定することができます。詳細については、以下の各トピックを参照してください。 [ssm:Policies: パラメータポリシーを使用するパラメータの作成または更新を禁止する](https://docs.aws.amazon.com/systems-manager/latest/userguide/parameter-store-policy-conditions.html#parameter-policies-condition) 「*サービス承認リファレンス*」の「[AWS Systems Manager の条件キー](https://docs.aws.amazon.com/service-authorization/latest/reference/list_awssystemsmanager.html#awssystemsmanager-policy-keys)」。 | 2024 年 8 月 14 日 |
| [Quick Setup のマネージドポリシーの更新: SSMQuickSetupRolePolicy](#systems-manager-release-history) | Systems Manager は、追加の CloudFormation スタックセットへのアクセスを提供するようマネージドポリシー `SSMQuickSetupRolePolicy` を更新しました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2024 年 8 月 13 日 |
| [Terraform を使用した Systems Manager リソースのプロビジョニングと管理のサポート](#systems-manager-release-history) | Systems Manager でサポートされているサードパーティー統合のリストに HashiCorp Terraform が追加されました。[Terraform](https://registry.terraform.io/) はオープンソースの *infrastructure as code* (IaC) ソフトウェアツールで、さまざまなクラウドサービスを管理するためにコマンドラインインターフェイス (CLI) ワークフローを提供します。Terraform を使用して、よく使用される多数の Systems Manager リソースとデータソースのプロビジョニングと管理を実行できます。Systems Manager と Terraform およびその他サードパーティーとの統合については、「[その他の製品やサービスとの統合](https://docs.aws.amazon.com/systems-manager/latest/userguide/integrations-partners.html)」を参照してください。 | 2024 年 8 月 1 日 |
| [新しい Quick Setup コンソールエクスペリエンスおよび API](#systems-manager-release-history) | Systems Manager Quick Setup が、新しいコンソールエクスペリエンスと API をリリースしました。今後は、コンソール、AWS CLI、CloudFormation、および SDK を使用してこの API を操作できます。新しいコンソールには、 Quick Setup コンソールを使用してオプトインできます。新しい Quick Setup エクスペリエンスへのオンボーディングに関する詳細については、「[Quick Setup の開始方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/quick-setup-getting-started.html)」を参照してください。Quick Setup API 経由で利用できる API オペレーションの詳細については、「[Quick Setup API リファレンス](https://docs.aws.amazon.com/quick-setup/latest/APIReference/Welcome.html)」を参照してください。 | 2024 年 8 月 1 日 |
| [新しいトピック: カスタムパッチベースラインでの拒否されたパッチリストのオプション](#systems-manager-release-history) | Patch Manager でカスタムパッチベースラインを使用するパッチ適用オペレーションについて、**拒否されたパッチ**リストに追加されたパッチにアクション `Allow as dependency` が割り当てられたときの動作を明確にしました。Windows Server はパッチ依存関係の概念をサポートしないため、マネージドノードにまだインストールされていないパッチはスキップされます。ノードに既にインストールされているパッチには、ステータス `INSTALLED_REJECTED` が割り当てられます。詳細については、「[カスタムパッチベースラインでの拒否されたパッチリストのオプション](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-windows-and-linux-differences.html#rejected-patches-diff)」および「[その他のオペレーティングシステムのパッチコンプライアンスの値](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-compliance-states.html#patch-compliance-values)」を参照してください。 | 2024 年 7 月 23 日 |
| [新しいトピック: 連邦情報処理規格 (FIPS) での使用のための SSM Agent の設定](#systems-manager-release-history) | 連邦情報処理規格 (FIPS) での使用のために SSM Agent を設定する手順を提供しました。詳細については、「[連邦情報処理規格 (FIPS) での使用のための SSM Agent の設定](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-technical-details.html#fips-compliant-configurations)」を参照してください。 | 2024 年 7 月 22 日 |
| [更新: Fleet Manager ユーザー名での `@` 記号のサポートを明確化](#systems-manager-release-history) | IAM アイデンティティセンターユーザー名に 1 つ、または複数の `@` 記号が含まれている場合、Fleet Manager RDP は、`@` が E メールアドレスのドメイン部分の先頭に使用されているかどうかにかかわらず、最初の `@` 記号とその後に続くすべての文字を無視します。Fleet Manager RDP 接続のユーザー名でサポートされている文字の詳細については、「[リモートデスクトップ接続の認証](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet-manager-remote-desktop-connections.html#rdp-authentication)」を参照してください。 | 2024 年 7 月 21 日 |
| [更新されたマネージドポリシー: AmazonSSMManagedEC2InstanceDefaultPolicy](#systems-manager-release-history) | Systems Manager は、各ポリシーステートメントの目的を明確にするためのインラインステートメント ID (Sid) を提供することで、マネージドポリシー `AmazonSSMManagedEC2InstanceDefaultPolicy` を更新しました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2024 年 7 月 18 日 |
| [Patch Manager パッチ適用オペレーション用の AWS マネージドバケットの名前変更](#systems-manager-release-history) | AWS は、さまざまな Patch Manager パッチ適用オペレーションを実行する過程で SSM Agent がアクセスする、多数の Amazon S3 バケットを所有し、維持しています。これらの S3 バケットはパブリックにアクセス可能です。デフォルトで、SSM Agent は `HTTP` 呼び出しを使用してこれに接続します。ただし、Systems Manager オペレーションで仮想プライベートクラウド (VPC) エンドポイントを使用している場合は、Systems Manager の Amazon EC2 インスタンスプロファイル、またはハイブリッドおよびマルチクラウド環境内にある EC2 以外のマシンのサービスロールで、明示的な許可を付与する必要があります。それ以外の場合、リソースからこれらのパブリックバケットにアクセスすることはできません。ほとんどの場合、これらのバケットの名前は変更されています。例えば、パッチ適用オペレーションの場合、バケット `aws-patchmanager-macos-us-east-2` は `aws-patchmanager-macos-us-east-2-552881074` に置き換えられ、バケット `aws-ssm-us-east-2` は `aws-patch-manager-us-east-2-552881074` に置き換えられます。詳細については、以下の各トピックを参照してください。 [SSM Agent と AWS マネージド S3 バケットとの通信](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-technical-details.html#ssm-agent-minimum-s3-permissions) [参照: パッチ適用オペレーション用の Amazon S3 バケット](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-operations-s3-buckets.html) | 2024 年 7 月 18 日 |
| [Quick Setup 用の新しいサービスにリンクされたロール](#systems-manager-release-history) | Systems Manager は、新しいサービスにリンクされたロール `AWSServiceRoleForSSMQuickSetup` をリリースしました。Systems Manager はこのロールを使用して、Quick Setup を使用して設定されたリソースの設定の正常性をチェックし、パラメータとプロビジョニングされたリソースが確実に一貫して使用されるようにするとともに、ドリフトが検出された場合にリソースを修復します。このロールに関連付けられているマネージドポリシーは `[SSMQuickSetupRolePolicy](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-SSMQuickSetupRolePolicy)` です。詳細については、「[AWSServiceRoleForSSMQuickSetup service-linked role permissions for Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/using-service-linked-roles-service-action-5.html)」を参照してください。 | 2024 年 7 月 3 日 |
| [Quick Setup 設定タイプ用の新しいマネージドポリシー](#systems-manager-release-history) | Systems Manager は、さまざまな Quick Setup 設定タイプとプロセスをサポートするために、さらに 12 個の新しいマネージドポリシーをリリースしました。詳細については、「[AWS マネージドポリシーの Systems Manager 更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」を参照してください。 | 2024 年 7 月 3 日 |
| [RHEL 8.10 および 9.4 のサポート](#systems-manager-release-history) | Systems Manager と Patch Manager は現在、Red Hat Enterprise Linux バージョン 8.10 および 9.4 をサポートしています。詳細については、「[サポートされているオペレーティングシステムとマシンタイプ](https://docs.aws.amazon.com/systems-manager/latest/userguide/operating-systems-and-machine-types.html)」および「[Patch Manager でサポートされているオペレーティングシステム](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-prerequisites.html#supported-os)」を参照してください。 | 2024 年 6 月 26 日 |
| [8.8 および 8.9 バージョンの Patch Manager サポート: AlmaLinux、Oracle Linux、および Rocky Linux](#systems-manager-release-history) | Patch Manager は、以前の 8.x バージョンに加えて、AlmaLinux、Oracle Linux、および Rocky Linux のバージョン 8.8 と 8.9 をサポートするようになりました。Patch Manager でサポートされている OS およびバージョンの詳細なリストについては、「[Patch Manager でサポートされているオペレーティングシステム](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-prerequisites.html#supported-os)」を参照してください。 | 2024 年 6 月 17 日 |
| [macOS Amazon EC2 AMIs の新しいパブリックパラメータ](#systems-manager-release-history) | macOS Amazon Elastic Compute Cloud インスタンスのために Amazon Machine Images をサポートするパブリックパラメータがリリースされました。詳細については、以下のトピックを参照してください。 [パブリックパラメータの検索](https://docs.aws.amazon.com/systems-manager/latest/userguide/parameter-store-finding-public-parameters.html) [macOS のための AMI パブリックパラメータの呼び出し](https://docs.aws.amazon.com/systems-manager/latest/userguide/parameter-store-public-parameters-ami.html#public-parameters-ami-macos) 「*Amazon EC2 ユーザーガイド*」の「[Mac インスタンスの起動](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/mac-instance-launch.html)」 「*Amazon EC2 ユーザーガイド*」の「[Amazon EC2 Mac インスタンス](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-mac-instances.html)」 「*Amazon EC2 Auto Scaling ユーザーガイド*」の「[起動テンプレートに AMI ID を使用せずに、AWS Systems Manager パラメーターを使用](https://docs.aws.amazon.com/autoscaling/ec2/userguide/using-systems-manager-parameters.html)」 | 2024 年 6 月 17 日 |
| [更新: `/aws/service/global-infrastructure` パラメータパスを使用できるリージョン](#systems-manager-release-history) | `/aws/service/global-infrastructure` パブリックパラメータパスをクエリできる[商用リージョン](https://docs.aws.amazon.com/glossary/latest/reference/glos-chap.html#region)と、別の商用 AWS リージョン で作業している場合にパスのクエリを実行する方法を明確にしました。詳細については、「[AWS サービス、リージョン、エンドポイント、アベイラビリティーゾーン、Local Zones、Wavelength ゾーンのパブリックパラメータの呼び出し](https://docs.aws.amazon.com/systems-manager/latest/userguide/parameter-store-public-parameters-global-infrastructure.html)」を参照してください。 | 2024 年 6 月 12 日 |
| [New: コード例の章](#systems-manager-release-history) | 新しい章の「[Code examples for Systems Manager using AWS SDKs](https://docs.aws.amazon.com/systems-manager/latest/userguide/service_code_examples.html)」では、Systems Manager サービスとの連携方法の例をさまざまな SDK 言語で示しています。 | 2024 年 5 月 8 日 |
| [`ec2messages:*` エンドポイントサポートの変更](#systems-manager-release-history) | 2024 年以降にローンチされた AWS リージョン では、`ec2messages:*` エンドポイントのステータスと実行情報を Systems Manager サービスに送り返す機能が SSM Agent でサポートされません。これらのリージョンのアカウントは `ssmmessages:*` を使用する必要があります。2024 年より前にローンチされたリージョンでは、`ssmmessages:*` と `ec2messages:*` の両方が引き続きサポートされていますが、現在は `ssmmessages:*` エンドポイント (Amazon Message Gateway Service) のみを使用することをお勧めします。現時点では、`ec2messages:*` アクセス許可はポリシーから安全に削除できます。詳細については、「[SSM Agent の使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent.html)」および「[エージェント関連の API オペレーション (ssmmessages および ec2messages エンドポイント)](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-setting-up-messageAPIs.html#message-services)」を参照してください。 | 2024 年 5 月 3 日 |
| [オートメーションランブックでスクリプトを実行するための追加のランタイム](#systems-manager-release-history) | `aws:executeScript` アクションは、Python 3.9、3.10、および 3.11 ランタイムをサポートするようになりました。このアクションを使用する方法の詳細については、「[https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-actions.html#automation-action-executeScript](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-actions.html#automation-action-executeScript)」を参照してください。 | 2024 年 4 月 23 日 |
| [8.8 および 8.9 バージョンのサポート: AlmaLinux、Oracle Linux、および Rocky Linux](#systems-manager-release-history) | Systems Manager は、以前の 8.x バージョンに加えて、AlmaLinux、Oracle Linux、および Rocky Linux のバージョン 8.8 と 8.9 をサポートするようになりました。サポートされている OS およびバージョンの全リストについては、「[Supported operating systems for Systems Manager でサポートされているオペレーティングシステム](https://docs.aws.amazon.com/systems-manager/latest/userguide/operating-systems-and-machine-types.html#prereqs-operating-systems)」を参照してください。 | 2024 年 4 月 22 日 |
| [Patch Manager: パッチ適用ステータス「INSTALLED\$1PENDING\$1REBOOT」に変更](#systems-manager-release-history) | 以前は、Patch Manager によってインストールされたパッチだけが「`INSTALLED_PENDING_REBOOT`」とマークされました。このステータスは、Patch Manager の外部でインストールされたパッチには適用されませんでした。現在、「`INSTALLED_PENDING_REBOOT`」は、マネージドノードが最後に再起動されてから適用されたパッチすべてに適用できるようになります。これには、`NoReboot` オプションを選択して Patch Manager によってインストールされたパッチと、ノードの直近の再起動以降に Patch Manager の外部でインストールされたパッチが含まれます。すべての Patch Manager のパッチ適用ステータス値の説明については、「[Understanding patch compliance state values](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-compliance-states.html)」を参照してください。 | 2024 年 4 月 16 日 |
| [RHEL 8.9 および 9.3 のサポート](#systems-manager-release-history) | Systems Manager (Patch Manager を含む) は、以前の 8.x および 9.x バージョンに加えて、Red Hat Enterprise Linux (RHEL) バージョン 8.9 および 9.3 をサポートするようになりました。 | 2024 年 3 月 26 日 |
| [トピックの更新: AWS Systems Manager の AWS マネージドポリシー](#systems-manager-release-history) | トピック「[AWS Systems Manager の AWS マネージドポリシー](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html)」では、2021 年 3 月 12 日以降に導入または更新された Systems Manager の 4 つのマネージドポリシーに関する情報が提供されています。このトピックに、その日付より前に作成または最終更新された、Systems Manager で使用する他の 12 のマネージドポリシーに関する情報を記載したセクションを追加しました。詳細については、「[Systems Manager 用の追加のマネージドポリシー](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#policies-list)」を参照してください。 | 2024 年 3 月 1 日 |
| [Parameter Store がクロスアカウント共有のサポートを開始](#systems-manager-release-history) | リソース共有を設定することで、AWS アカウント 間または AWS の組織内で詳細パラメータを安全かつ効率的に共有できるようになりました。リソース共有により、アプリケーションの構成管理を一元化し、所有するすべてのアカウントでパラメータを共有する際の運用上のオーバーヘッドを削減できます。パラメータは、Parameter Store コンソール、AWS RAM コンソール、または AWS CLI を使用して、アカウント間で共有できます。詳細については、「[共有パラメータの操作](https://docs.aws.amazon.com/systems-manager/latest/userguide/parameter-store-shared-parameters.html)」を参照してください。 | 2024 年 2 月 21 日 |
| [Automation アクションの強化](#systems-manager-release-history) | `aws:approve` アクションで `onFailure` および `isCritical` プロパティを使用できるようになりました。`aws:approve` アクションの詳細については、「[aws:approve – Pause an automation for manual approval](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-action-approve.html)」を参照してください。 | 2024 年 2 月 12 日 |
| [Patch Manager のオペレーティングバージョンの追加のサポート](#systems-manager-release-history) | [Patch Manager でサポートされているオペレーティングシステムのバージョン](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-prerequisites.html#supported-os)のリストに追加しました。以下のサポートが追加されました。 Debian Server 11.x および 12.x macOS 14.x (Sonoma) SUSE Linux Enterprise Server (SLES) 15.5 Ubuntu Server 23.04 | 2024 年 1 月 4 日 |
| [Application Manager コンソールを使用して自動 SSM Agent 更新を設定](#systems-manager-release-history) | Application Manager コンソールを使用してアプリケーションインスタンスの SSM Agent 更新を自動化できるようになりました。詳細については、「[アプリケーションインスタンスの使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/application-manager-working-instances.html)」を参照してください。 | 2023 年 12 月 21 日 |
| [ハイブリッド環境とマルチクラウド環境で Amazon EC2 以外のマシンを登録するプロセスを更新](#systems-manager-release-history) | Systems Manager で、Amazon Elastic Compute Cloud (Amazon EC2) 以外のマシンをハイブリッド環境とマルチクラウド環境に登録する際に役立つ `ssm-setup-cli` が利用できるようになりました。詳細については、「[ハイブリッド Linux ノードで SSM Agent をインストールする方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/hybrid-multicloud-ssm-agent-install-linux.html)」および「[ハイブリッド Windows ノードで SSM Agent をインストールする方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/hybrid-multicloud-ssm-agent-install-windows.html)」を参照してください。 | 2023 年 12 月 20 日 |
| [Fleet Manager を使用して Amazon EBS ボリュームを管理](#systems-manager-release-history) | マネージドインスタンス上の Amazon Elastic Block Store ボリュームを、AWS Systems Manager のツールである Fleet Manager を使って管理できるようになりました。例えば、EBS ボリュームを初期化し、パーティションをフォーマットして、ボリュームをマウントして使用できるようにする、といったことが行えます。詳細については、「[EBS volume management](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet-manager-manage-amazon-ebs-volumes.html)」を参照してください。 | 2023 年 12 月 14 日 |
| [Session Manager プラグインの機能強化](#systems-manager-release-history) | [StartSession](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_StartSession.html) API レスポンスを環境変数としてセッションマネージャープラグインに渡すサポートが追加されました。 | 2023 年 12 月 4 日 |
| [オートメーションランブックの新しいビジュアルデザインエクスペリエンス](#systems-manager-release-history) | Systems Manager Automation が開発した新しいビジュアルデザインエクスペリエンスを使用して、ランブックを作成および編集できるようになりました。ビジュアルデザインエクスペリエンスには、ローコードのドラッグアンドドロップインターフェイスが用意されているため、ランブックをより簡単に作成および編集できます。詳しくは、「[Automation ランブックのビジュアルデザインエクスペリエンス](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-visual-designer.html)」を参照してください。 | 2023 年 11 月 26 日 |
| [Systems Manager の新しい自動化アクション、データ要素、およびランブックの機能強化](#systems-manager-release-history) | `aws:loop` アクションを使用してランブック内の複数のアクションをループオーバーできるようになりました。この新しいアクションは、`do while` と `for each` スタイルのループに対応しています。さらに、新しい*変数*データ要素を使用することで、ランブックのコンテキスト内で値を動的に定義、参照、更新できます。ランブック内の変数の値を更新するには、新しい `aws:updateVariable` アクションを使用します。オートメーションでは、出力の動的データ型変換のサポートも追加されました。つまり、出力の値が指定したデータ型と一致しない場合、オートメーションはデータ型を変換しようとします。例えば、返される値が `Integer` で、指定された `Type` が `String` の場合、最終的な出力値は `String` 値です。最後に、オートメーションはセレクター用の JSONPath フィルター式をサポートするようになりました。詳細については、以下の各トピックを参照してください。 [aws:loop — オートメーション内のステップを反復処理します](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-action-loop.html) [aws:updateVariable — ランブック変数の値を更新します](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-action-update-variable.html) [データ要素とパラメータ — 最上位のデータ要素](https://docs.aws.amazon.com/systems-manager/latest/userguide/documents-syntax-data-elements-parameters.html#top-level) [アクション出力の入力としての使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-action-outputs-inputs)。 [ランブックでの JSONPath の使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-action-outputs-inputs.html#automation-action-json-path)。 | 2023 年 11 月 17 日 |
| [Remote Desktop Protocol (RDP) 接続のリージョンサポートが更新されました](#systems-manager-release-history) | Amazon DCV を利用した [Fleet Manager リモートデスクトップ](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet-manager-remote-desktop-connections.html)では、Systems Manager コンソールから直接 Windows Server インスタンスに安全に接続できます。Fleet Manager リモートデスクトップ接続では、次の 3 つのリージョンが追加で有効になりました。 アフリカ (ケープタウン) (af-south-1) アジアパシフィック (ジャカルタ) (ap-southeast-3) イスラエル (テルアビブ) (il-central-1) | 2023 年 11 月 15 日 |
| [Patch Manager: RHEL および macOS の拡張 OS バージョンのサポート](#systems-manager-release-history) | 現在、Patch Manager では、次のオペレーティングシステムのバージョンが追加でサポートされています。 Red Hat Enterprise Linux: バージョン 8.8 macOS: 11.5–11:7 (Big Sur) macOS: 12.0～12.6 (Monterey) macOS: 13.0～13.5 (Ventura) | 2023 年 10 月 23 日 |
| [新しい OpsCenter API - DeleteOpsItem](#systems-manager-release-history) | OpsCenter で個々の OpsItems を削除する DeleteOpsItem API の提供が開始されました。詳細については、**AWS Systems Manager API リファレンスの「[DeleteOpsItem](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_DeleteOpsItem.html)」を参照してください。 | 2023 年 10 月 20 日 |
| [新しい Quick Setup 設定タイプ: 組織全体の SSM Agent の更新](#systems-manager-release-history) | 新しい設定タイプ **[デフォルトのホスト管理設定]** では、AWS Organizations で定義されているとおり、組織管理者は組織のアカウントとリージョンの**すべての EC2 インスタンスで SSM Agent の自動確認と更新を促すことができます。詳細については、「[Default Host Management for an organization](https://docs.aws.amazon.com/systems-manager/latest/userguide/quick-setup-default-host-management-configuration.html)」を参照してください。 | 2023 年 10 月 16 日 |
| [CloudWatch Application Insights によって作成された OpsItems の新しいタイトルと説明フォーマット](#systems-manager-release-history) | CloudWatch Application Insights によって作成された OpsItems のタイトルと説明は、2023 年 10 月 16 日に改良されたフォーマットに変更されます。新しいフォーマットを確認するには、「[Amazon CloudWatch Application Insights](https://docs.aws.amazon.com/systems-manager/latest/userguide/OpsCenter-applications-that-integrate.html#OpsCenter-about-cloudwatch-insights)」を参照してください。 | 2023 年 9 月 29 日 |
| [Fleet Manager RDP 接続で複数のディスプレイの解像度をサポート](#systems-manager-release-history) | Fleet Manager のリモートデスクトッププロトコル (RDP) オプションを使用して Windows Server マネージドノードに接続するときに、ディスプレイの解像度を選択できるようになりました。以前は、すべての接続で 720P (1366 x 768) の固定解像度が使用されていました。接続ごとに次の中から選択できるようになりました。 **自動的に適応** (検出された画面サイズに基づいて最適な解像度を決定する) **1920 x 1080** **1400 x 900** **1366 x 768** **800 x 600** 詳細については、「[Remote Desktop を使用してマネージドノードに接続するには](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet-manager-remote-desktop-connections.html#rdp-connect-to-node)」を参照してください。 | 2023 年 9 月 22 日 |
| [新しいトピック: パッチポリシー操作におけるランダムパッチベースライン ID](#systems-manager-release-history) | Quick Setup パッチポリシーが `AWS-RunPatchBaseline` SSM Command ドキュメントの `BaselineOverride` パラメータを使用して、パッチポリシー操作が実行されるたびにパッチベースラインのランダム ID を生成する方法を説明するコンテンツを追加しました。詳細については、「[パッチポリシー操作におけるランダムパッチベースライン](https://docs.aws.amazon.com/systems-manager/latest/userguide/quick-setup-patch-manager.html#qs-patch-baselines-and-compliance)」を参照してください。 | 2023 年 9 月 22 日 |
| [OpsItems の管理に役立つ新しい運用上のインサイト](#systems-manager-release-history) | 現在、OpsCenter には、**[OpsItems を最も多く生成するリソース]** という運用上のインサイトが含まれています。このタイプのインサイトは、AWS に 10 件の未処理の OpsItems リソースができると生成されます。このインサイトを使用して、問題のあるリソースを特定します。インサイト内の `AWS-BulkResolveOpsItems` ランブックを利用すると、リソースに関連する OpsItems を迅速に解決できます。詳細については、「[運用上のインサイトを分析して、重複する OpsItems を減らす](https://docs.aws.amazon.com/systems-manager/latest/userguide/OpsCenter-working-operational-insights.html)」を参照してください。 | 2023 年 9 月 22 日 |
| [更新済みの GPG パブリックキー](#systems-manager-release-history) | SSM Agent の署名を検証するための新しい公開鍵が作成されました。詳細については、「[SSM Agent の署名の確認](https://docs.aws.amazon.com/systems-manager/latest/userguide/verify-agent-signature.html)」を参照してください。 | 2023 年 9 月 5 日 |
| [AlmaLinux、Oracle Linux、RHEL、Rocky Linux の追加バージョンに対するサポートが追加されました。](#systems-manager-release-history) | [AWS Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/operating-systems-and-machine-types.html#prereqs-operating-systems) と [https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-prerequisites.html#supported-os](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-prerequisites.html#supported-os) の対応しているオペレーティングシステムのリストが、以下の追加 OS バージョンのサポートを反映するように更新されました。 AlmaLinux: 9.2 Oracle Linux: 8.7 と 9.2 Red Hat Enterprise Linux (RHEL): 8.7, 9.1, and 9.2 Rocky Linux: 8.6 と 8.7、9.0～9.2 | 2023 年 8 月 30 日 |
| [OpsCenter は OpsItem の説明フィールドで Markdown フォーマットのサポートを追加しました。](#systems-manager-release-history) | OpsCenter が OpsItem 説明フィールドで、Markdown フォーマットをサポートするようになりました。以下の種類の Markdown フォーマットがサポートされています。 段落 線の間隔 水平線 ヘッダー テキストのフォーマット リンク Lists 詳細については、「AWS マネジメントコンソール 入門ガイド」の「[コンソールでの Markdown の使用](https://docs.aws.amazon.com/awsconsolehelpdocs/latest/gsg/aws-markdown.html)」を参照してください。** | 2023 年 8 月 18 日 |
| [AWS Parameters and Secrets Lambda Extension の新バージョン](#systems-manager-release-history) | AWS Parameters and Secrets Lambda Extension の新バージョンが利用可能になりました。さらに、アジアパシフィック (メルボルン) (ap-southeast-4) およびイスラエル (テルアビブ) (il-central-1) リージョン (x86\$164 と x86 アーキテクチャのみ) の拡張サポートが追加されました。詳細については、「[AWS Lambda 関数での Parameter Store パラメータの使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/ps-integration-lambda-extensions.html)」を参照してください。 | 2023 年 8 月 16 日 |
| [更新: Quick Setup パッチポリシーバケットに必要な許可に関する情報を追加しました](#systems-manager-release-history) | パッチポリシーを作成すると、Quick Setup は `baseline_overrides.json` という名前のファイルを含む Amazon S3 バケットを作成します。このファイルには、パッチポリシー用に指定したパッチベースラインに関する情報が保存されます。パッチポリシーを設定する際に、**[インスタンスにアタッチされている既存のインスタンスプロファイルに必要な IAM ポリシーを追加]** チェックボックスをオンにするオプションを使用できます。このオプションを選択しない場合は、このバケットにアクセスするための許可を特定のリソースに手動で提供する必要があります。そうしないと、ポリシーオペレーションが失敗する可能性があります。詳細については、以下の各トピックを参照してください。 [パッチポリシー S3 バケットの許可](quick-setup-patch-manager.md#patch-policy-s3-bucket-permissions) [問題:「Invoke-PatchBaselineOperation」:`baseline_overrides.json` についての「アクセスが拒否されました」エラーまたは「S3 からファイルをダウンロードできません」エラー](patch-manager-troubleshooting.md#patch-manager-troubleshooting-patch-policy-baseline-overrides) | 2023 年 7 月 6 日 |
| [Quick Setup を使用して OpsCenter を設定し、マルチアカウント OpsItem 管理に対応](#systems-manager-release-history) | OpsCenter の Quick Setup を使用すると、複数のアカウント間で OpsItems を管理するために次のタスクを実行できます。 委任された管理者のアカウントを指定する 必要な AWS Identity and Access Management (IAM) ポリシーとロールを作成する 委任管理者が複数のアカウント間で OpsItems を管理できる AWS Organizations 組織、またはメンバーアカウントのサブセットを指定する 詳細については、「[(オプション) Quick Setup を使用して、複数のアカウント間で OpsItems を管理するように OpsCenter を設定](https://docs.aws.amazon.com/systems-manager/latest/userguide/OpsCenter-quick-setup-cross-account.html)」を参照してください。 | 2023 年 6 月 19 日 |
| [Quick Setup を使用して Amazon EC2 起動エージェントを更新する](#systems-manager-release-history) | Systems Manager がインスタンスにインストールされている起動エージェントの新しいバージョンを 30 日ごとに確認するのを許可できるようになりました。新しいバージョンが利用可能である場合、Systems Manager はインスタンスのエージェントを更新します。詳細については、「[Quick Setup ホストの管理](https://docs.aws.amazon.com/systems-manager/latest/userguide/quick-setup-host-management.html)」を参照してください。 | 2023 年 6 月 19 日 |
| [Patch Manager は、Ubuntu Server 22.04 LTS をサポートするようになりました](#systems-manager-release-history) | Ubuntu Server 22.04 LTS ノードのパッチ適用に Patch Manager を使用できるようになりました。Ubuntu Server のサポートされている他のバージョンと同様に、バージョン 22.04 LTS は AWS マネージド `AWS-UbuntuDefaultPatchBaseline` パッチベースラインを使用します。 | 2023 年 5 月 15 日 |
| [Systems Manager が Patch Manager を含む AlmaLinux をサポートするようになりました](#systems-manager-release-history) | Systems Manager を使用して、AlmaLinux 8.3～8.7、9.0～9.1 ノードを管理できるようになりました。RHEL 8 のパッチ適用に適用されるルールの多くは、AlmaLinux にも適用されます。AlmaLinux は新しい `AWS-DefaultAlmaLinuxPatchBaseline` を使用しています。詳細については、以下の各トピックを参照してください。 [AlmaLinux インスタンスに SSM Agent を手動でインストールする](https://docs.aws.amazon.com/systems-manager/latest/userguide/agent-install-alma.html) [セキュリティに関連するパッチの選択方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-selecting-patches.html) [パッチのインストール方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-installing-patches.html) [AlmaLinux、RHEL および Rocky Linux でのパッチベースラインルールの動作方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-linux-rules.html#linux-rules-rhel)。 | 2023 年 5 月 8 日 |
| [Quick Setup を使用して EC2Launch v2 エージェントをデプロイするには](#systems-manager-release-history) | Quick Setup を使用して EC2Launch v2 エージェントをデプロイできるようになりました。詳細については、「[Quick Setup で Distributor パッケージをデプロイする](https://docs.aws.amazon.com/systems-manager/latest/userguide/quick-setup-distributor.html)」を参照してください。 | 2023 年 4 月 13 日 |
| [Systems Manager が Amazon Linux 2023 のサポートを開始](#systems-manager-release-history) | Systems Manager は、Patch Manager オペレーションのサポートを含めて、新しい Amazon Linux 2023 (AL2023) EC2 インスタンスタイプをサポートするようになりました。Amazon Linux 2 に適用されるパッチ適用ルールの多くは、Amazon Linux 2023 にも適用されます。(Patch Manager は Amazon Linux 2022 のプレビューリリースも引き続きサポートしています。) 詳細については、以下の各トピックを参照してください。 [セキュリティに関連するパッチの選択方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-selecting-patches.html) [パッチのインストール方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-installing-patches.html) [Amazon Linux 1、Amazon Linux 2、Amazon Linux 2022、および Amazon Linux 2023 でのパッチベースラインルールの動作方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-linux-rules.html#linux-rules-amazon-linux) | 2023 年 3 月 23 日 |
| [Amazon EC2 インスタンスの設定内容の改訂](#systems-manager-release-history) | Amazon EC2 インスタンスのセットアップコンテンツを改訂しました。インスタンスアクセス許可には、新しくリリースされたデフォルトのホスト管理構成を使用することが推奨されるようになりました。詳細については、「[Systems Manager に必要なインスタンスのアクセス許可を設定する](https://docs.aws.amazon.com/systems-manager/latest/userguide/setup-instance-permissions.html)」を参照してください。 | 2023 年 2 月 15 日 |
| [デフォルトのホスト管理設定による自動インスタンス管理](#systems-manager-release-history) | Systems Manager を使用して Amazon EC2 インスタンス AWS リージョン 全体を自動的に管理できるようになりました。詳細については、「[デフォルトのホスト管理設定](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet-manager-default-host-management-configuration.html)」を参照してください。 | 2023 年 2 月 15 日 |
| [SSM ドキュメントをお気に入りに追加](#systems-manager-release-history) | 頻繁に使用する SSM ドキュメントを見つけやすいように、ドキュメントをお気に入りに追加できるようになりました。1 つのドキュメントタイプ、AWS アカウント および AWS リージョン 1 つにつき、最大 20 のドキュメントをお気に入りに追加できます。Systems Manager の **[ドキュメント]** コンソールからお気に入りを選択、変更、表示できます。詳細については、「[お気に入りへの文書の追加](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-documents-searching.html#favorite-documents)」を参照してください。 | 2023 年 2 月 7 日 |
| [Change Calendar を使用して自動化の変更管理を実装](#systems-manager-release-history) | オートメーションを Change Calendar と統合することで、社内のすべての AWS アカウント オートメーションに変更管理を実装できるようになりました。詳細については、「[自動化の変更管理の実装](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-change-calendar-integration.html)」を参照してください。 | 2023 年 1 月 24 日 |
| [新しい Change Manager 承認ワークフロー](#systems-manager-release-history) | Change Manager 承認ワークフローは*行ごとの承認*ではなく、*レベルごと*の承認をサポートするようになりました。以前は、承認レベルに追加したすべての承認者が変更リクエストを承認する必要がありました。それ以外の場合、レベルは承認されませんでした。ここで、レベルに必要な承認数を指定し、その数以上の承認者を追加できます。例えば、1 つのレベルに 3 人の承認を要求する一方で、承認者を 5 人まで指定できます。レベルを承認するには、そのうち 3 人の承認者からの承認で十分です。詳細については「[変更テンプレートの承認について](https://docs.aws.amazon.com/systems-manager/latest/userguide/cm-approvals-templates.html)」を参照してください。 | 2023 年 1 月 23 日 |
| [新規: Quick Setup のパッチポリシーを使用した組織全体のパッチ適用の設定](#systems-manager-release-history) | Systems Manager のツールである Quick Setup で、Patch Manager を使用して*パッチポリシー*を作成できるようになりました。パッチポリシーは、マネージドノードに自動的にパッチを適用する際に使用するパッチベースラインとスケジュールを定義します。1 つのパッチポリシー設定を使用して、組織内のすべてのリージョンにおける全アカウント、選択したアカウントとリージョンのみ、または 1 つのアカウントとリージョンのペアにパッチを定義できます。詳細については、以下のトピックを参照してください。 [Quick Setup パッチポリシーの使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-policies.html) [Quick Setup パッチポリシーを使用して組織全体のパッチ適用を自動化する](https://docs.aws.amazon.com/systems-manager/latest/userguide/quick-setup-patch-manager.html) | 2022 年 12 月 22 日 |
| [Application Manager が Amazon EC2 と統合し、アプリケーションのコンテキストでインスタンスに関する情報を表示できるようになりました。](#systems-manager-release-history) | Application Manager は、選択したアプリケーションのインスタンスの状態、ステータス、および Amazon EC2 Auto Scaling の正常性をグラフ形式で表示します。**[Instances]** (インスタンス) タブには、アプリケーション内の各インスタンスに関する以下の情報を示すための表も含まれています。 インスタンスの状態 (保留中、停止中、実行中、停止済み) SSM Agent の ping ステータス インスタンス上で最後に処理された、Systems Manager Automation ランブックのステータスと名前 状態ごとの Amazon CloudWatch Logs アラームの数。 `ALARM` – メトリクスまたは式が、定義されているしきい値を超えています。 `OK` – メトリクスや式は、定義されているしきい値の範囲内です。 `INSUFFICIENT_DATA` – アラームが開始直後であるか、メトリクスが利用できないか、メトリクス用のデータが不足しているため、アラームの状態を判定できません。 親および個別の Auto Scaling グループに関する正常性 | 2022 年 12 月 22 日 |
| [Quick Setup を使用した Amazon EC2 インスタンスの起動と停止のスケジュール](#systems-manager-release-history) | Quick Setup を使用して、Amazon EC2 インスタンスの起動と停止を自動化する Resource Scheduler ソリューションをデプロイできるようになりました。詳細については、「[Resource Scheduler](https://docs.aws.amazon.com/systems-manager/latest/userguide/quick-setup-scheduler.html)」(リソーススケジューラ) を参照してください。 | 2022 年 12 月 19 日 |
| [OpsCenter がアカウント間で OpsItems をサポートするようになりました](#systems-manager-release-history) | OpsCenter で、管理アカウント (AWS Organizations の管理アカウントまたは Systems Manager の委任された管理者アカウントのいずれか) と 1 つのメンバーアカウントからの OpsItems の単一セッションでの作業がサポートされます。設定が完了すると、ユーザーは次のタイプのアクションを実行できます。 メンバーアカウントでの OpsItems の作成、表示、更新 メンバーアカウントでの、OpsItems で指定されている AWS リソースに関する詳細情報の表示 Systems Manager Automation ランブックを開始して、メンバーアカウントで AWS リソースに関する問題を修正 詳細については、「[アカウントをまたいで OpsItems と連携するように OpsCenter を設定する](https://docs.aws.amazon.com/systems-manager/latest/userguide/OpsCenter-getting-started-multiple-accounts.html)」を参照してください。 | 2022 年 11 月 16 日 |
| [AWS CloudTrail Lake を使用した Change Manager の変更リクエストの詳細の追跡](#systems-manager-release-history) | AWS CloudTrail Lake のイベントデータストアを使用して、組織またはアカウントに対して Change Manager で実行された変更リクエストの詳細をキャプチャおよび確認できるようになりました。この情報には、変更リクエストが作成されたユーザー ID についての監査可能な詳細、リクエストが行われた IP アドレス、変更が行われた AWS リージョン、対象リソースなどが含まれます。詳細については、「[変更リクエストイベントのモニタリング](https://docs.aws.amazon.com/systems-manager/latest/userguide/monitoring-change-request-events.html)」および「[変更リクエストの詳細、タスク、およびタイムラインの確認](https://docs.aws.amazon.com/systems-manager/latest/userguide/reviewing-changes.html)」を参照してください。 | 2022 年 11 月 11 日 |
| [CloudWatch アラームを使用した追加の Systems Manager Automation タスクの管理](#systems-manager-release-history) | CloudWatch アラームを使用して、複数のアカウントやリージョンにわたってオートメーションを実行する際、追加で制御を強化できるようになりました。オートメーションにメトリクスアラームや CloudWatch の複合アラームを適用することで、定義したメトリクスに基づきオートメーションが停止するタイミングを制御できます。複数のアカウントとリージョンで実行されるオートメーションへの CloudWatch アラームの適用について詳しくは、「[複数のリージョン とアカウントでのオートメーションの実行](https://docs.aws.amazon.com/systems-manager/latest/userguide/running-automations-multiple-accounts-regions.html#multiple-console)」を参照してください。 | 2022 年 11 月 9 日 |
| [更新：「AWS Lambda 関数で Parameter Store パラメータの使用」](#systems-manager-release-history) | AWS Parameters and Secrets Lambda Extension を使用してパラメーター値を取得し、今後 Lambda 関数で使用するためにキャッシュするのに役立つ追加情報を提供しました。Lambda 拡張機能を使用すると、Parameter Store への API コール回数が減り、コストを削減できます。詳細については、「[AWS Lambda 関数での Parameter Store パラメーターの使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/ps-integration-lambda-extensions.html)」を参照してください。 | 2022 年 10 月 25 日 |
| [CloudWatch アラームを使用したその他の Systems Manager タスクの管理](#systems-manager-release-history) | CloudWatch アラームを使用して、オートメーションやコマンドを実行するときの制御を強化できるようになりました。CloudWatch アラームは、State Manager 関連付けまたはメンテナンスウィンドウタスクに登録されていると、オートメーションまたはコマンドにも追加できます。複合 CloudWatch アラームをオートメーションまたはコマンドに適用することで、定義したメトリクスに基づいてオートメーションまたはコマンドがいつ停止するかを制御できます。CloudWatch アラームをオートメーションまたはコマンドに適用する方法の詳細については、以下の手順を参照してください。 [セキュリティに関連するパッチの選択方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-selecting-patches.html) [パッチのインストール方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-installing-patches.html) [Amazon Linux 1、Amazon Linux 2、および Amazon Linux 2022 でのパッチベースラインルールの動作方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-linux-rules.html#linux-rules-amazon-linux)。 | 2022 年 9 月 26 日 |
| [CloudWatch アラームを使用したその他の Systems Manager タスクの管理](#systems-manager-release-history) | CloudWatch アラームを使用して、オートメーションやコマンドを実行するときの制御を強化できるようになりました。CloudWatch アラームは、State Manager 関連付けまたはメンテナンスウィンドウタスクに登録されていると、オートメーションまたはコマンドにも追加できます。複合 CloudWatch アラームをオートメーションまたはコマンドに適用することで、定義したメトリクスに基づいてオートメーションまたはコマンドがいつ停止するかを制御できます。CloudWatch アラームをオートメーションまたはコマンドに適用する方法の詳細については、以下の手順を参照してください。 [シンプルなオートメーションワークフローを実行する](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-working-executing.html#automation-working-executing-console.html) [コンソールからコマンドを実行する](https://docs.aws.amazon.com/systems-manager/latest/userguide/rc-console.html) [関連付けを作成する](https://docs.aws.amazon.com/systems-manager/latest/userguide/state-manager-associations.html#state-manager-associations-console) [メンテナンスウィンドウにタスクを割り当てるには](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-maintenance-assign-tasks.html) | 2022 年 9 月 26 日 |
| [アドバンストインスタンス層の要件の明確化](#systems-manager-release-history) | お客様からのフィードバックに基づいて、「[インスタンス層の設定](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet-manager-configure-instance-tiers.html)」で、アドバンストインスタンス層をアクティブ化する必要があるシナリオを明確にしました。 | 2022 年 9 月 21 日 |
| [Quick Setup を使用して Amazon CloudWatch エージェントをデプロイする](#systems-manager-release-history) | Quick Setup を使用して Amazon CloudWatch エージェントをデプロイできます。詳細については、「[Quick Setup で Distributor パッケージをデプロイする](https://docs.aws.amazon.com/systems-manager/latest/userguide/quick-setup-distributor.html)」を参照してください。 | 2022 年 9 月 20 日 |
| [EC2 インスタンスメタデータが許可されている場合、パッチグループで「PatchGroup」キーがサポートされるようになりました](#systems-manager-release-history) | [EC2 インスタンスのメタデータでタグを許可する](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Using_Tags.html#allow-access-to-tags-in-IMDS)ときには、作成するタグキーにスペースを含めないでください。以前は、これにより、Patch Manager で EC2 インスタンスの一部をのパッチグループに追加することができませんでした。タグキー `Patch Group` をインスタンスに適用する必要があったためです。現在は、Patch Manager で `Patch Group` (スペースあり) および `PatchGroup` (スペースなし) の両方が、パッチグループのインスタンスを識別するためのタグキーとしてサポートされています。インスタンスメタデータでタグが許可されている EC2 インスタンスを、Patch Manager のパッチグループに追加できるようになりました。パッチグループの詳細については、「[パッチグループについて](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-patch-groups.html)」を参照してください。 | 2022 年 8 月 31 日 |
| [新しいトピック:「パッケージのリリース日と更新日の計算方法」](#systems-manager-release-history) | AWS で管理されているパッチベースラインでは、新しいパッチはリリースまたは更新されてから 7 日後に自動承認されます。作成したカスタムパッチベースラインでは、リリースまたは更新されてからインストールが自動承認されるまでの待機日数をオプションで指定できます。Amazon Linux 1 と Amazon Linux 2 では、さまざまな要因が最新のリリース日と更新日の計算方法に影響します。自動承認の遅延を選択する際に予期しない結果にならないように、これらの要因について、トピック「[パッケージのリリース日と更新日の計算方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-release-dates.html)」で説明します。 | 2022 年 8 月 24 日 |
| [更新された内容: AMI にパッチを適用し、Auto Scaling グループを更新する](#systems-manager-release-history) | 起動設定の代わりに起動テンプレートを使用するように「[Auto Scaling グループ用の AMIs を更新する](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-tutorial-update-patch-windows-ami-autoscaling.html)」のチュートリアルを更新しました。さらに、最新の Automation アクションとランタイムをランブックの内容に実装しました。 | 2022 年 6 月 22 日 |
| [Change Manager: ユーザーが自動承認可能なリクエストを作成できないようにする](#systems-manager-release-history) | Change Manager で変更テンプレートを設定し、自動承認に対応できるようになりました。つまり、必要な IAM アクセス許可を持つユーザーは、追加承認の必要なしに変更リクエストを開始できます。また、変更テンプレートでサポートされている場合でも、個々のユーザー、グループ、IAM ロールが自動承認リクエストを送信しないよう制限することもできるようになりました。これは、新しい IAM 条件キーである `ssm:AutoApprove` を使用して行われます。詳細については、「[Controlling access to auto-approval runbook workflows](https://docs.aws.amazon.com/systems-manager/latest/userguide/change-manager-auto-approval-access.html)」(自動承認ランブックのワークフローへのアクセス制御) を参照してください。 | 2022 年 6 月 15 日 |
| [メンテナンスウィンドウのタスクロールのガイダンスを更新](#systems-manager-release-history) | 以前は、Systems Manager コンソールが、AWS マネージド IAM サービスリンクロール `AWSServiceRoleForAmazonSSM` を選択して、タスクのメンテナンスロールとして使用する機能を提供していました。メンテナンスウィンドウのタスクにおける、このロールとそれに関連するポリシーである `AmazonSSMServiceRolePolicy` の使用は推奨されなくなりました。代わりに、メンテナンスウィンドウのタスク用にカスタムポリシーとロールを作成する必要があります。詳細については[Maintenance Windows「のセットアップ」](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-maintenance-permissions.html)を参照してください。 | 2022 年 6 月 9 日 |
| [Session Manager をサポートするリモートホストへのポート転送](#systems-manager-release-history) | Session Manager がリモートホストへのポート転送セッションをサポートするようになりました。リモートホストは Systems Manager によって管理される必要はありません。詳細については、「[Starting a session (port forwarding to remote host)](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-manager-working-with-sessions-start.html#sessions-remote-port-forwarding)」(セッションの開始 (リモートホストへのポート転送)) を参照してください。 | 2022 年 5 月 25 日 |
| [更新されたコンテンツ: Amazon EC2 Linux インスタンスで SSM Agent を手動インストールする手順](#systems-manager-release-history) | お客様からのフィードバックにお応えして、Amazon EC2 インスタンスで SSM Agent を手動インストールする手順を説明するトピックを見直しました。これらのトピックでは、あらゆる AWS リージョン の EC2 インスタンスにすばやくインストールしてコピー/ペーストできる、グローバルに利用可能なファイルを使用するコマンドについて説明しています。また、これらのトピックでは、独自の作業リージョンで使用可能なファイルを使用するインストールコマンドの作成に役立つ情報を提供しています。スクリプトまたはテンプレートを使用して複数のインスタンスにエージェントをインストールする場合は、後者の方法をお勧めします。詳細については、「[Linux 用の EC2 インスタンスに手動で SSM Agent をインストールする](https://docs.aws.amazon.com/systems-manager/latest/userguide/manually-install-ssm-agent-linux.html)」セクションの Linux オペレーティングシステムに関する説明を参照してください。 | 2022 年 5 月 9 日 |
| [新しいトピック: SSM Agent がプリインストールされた Amazon Machine Images (AMIs)](#systems-manager-release-history) | お客様からのフィードバックにお応えして、プリインストールされた SSM Agent を含む AWS マネージド AMIs に関する情報を一元化しました。このトピックでは、これらの AMIs から作成された Amazon EC2 インスタンスが正常にインストールされ、実行中であることを確認する方法についても説明しています。エージェントが正常にインストールされない、インストールされても起動しないというまれなケースに関して、これらのインスタンスでエージェントを開始または手動でインストールする情報も提供しています。詳細については、「[SSM Agent がプリインストールされた Amazon Machine Images (AMIs) ](https://docs.aws.amazon.com/systems-manager/latest/userguide/ami-preinstalled-agent.html)」を参照してください。 | 2022 年 5 月 8 日 |
| [新規 State Manager セクション](#systems-manager-release-history) | State Manager が関連付けを実行する時期の詳細を説明する新しいセクションを追加しました。詳細については、「[About association scheduling](https://docs.aws.amazon.com/systems-manager/latest/userguide/state-manager-about.html#state-manager-about-scheduling)」(関連付けのスケジューリングについて) を参照してください。 | 2022 年 4 月 27 日 |
| [Patch Manager で Rocky Linux がサポートされるようになりました](#systems-manager-release-history) | Rocky Linux ノードのパッチ適用に Patch Manager を使用できるようになりました。RHEL 8 のパッチ適用に適用されるルールの多くは、Rocky Linux にも適用されます。Rocky Linux 8 では新しい `AWS-DefaultRockyLinuxPatchBaseline` が使用されます。詳細については、以下の各トピックを参照してください。 [セキュリティに関連するパッチの選択方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-selecting-patches.html) [パッチのインストール方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-installing-patches.html) [RHEL、CentOS Stream、および Rocky Linux でのパッチベースラインルールの動作方法)](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-linux-rules.html#linux-rules-rhel) | 2022 年 4 月 14 日 |
| [Patch Manager で CentOS Stream 8 がサポートされるようになりました](#systems-manager-release-history) | Patch Manager を使用して、CentOS Stream 8 インスタンスおよび Red Hat Enterprise Linux (RHEL) 4.4-4.5 インスタンスにパッチを適用できるようになりました。RHEL 8 のパッチ適用に適用されるルールの多くは、CentOS Stream 8 にも適用されます。CentOS Stream 8 では `AWS-DefaultCentOSPatchBaseline` が使用されます。詳細については、以下の各トピックを参照してください。 [セキュリティに関連するパッチの選択方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-selecting-patches.html) [パッチのインストール方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-installing-patches.html) [RHEL および CentOS Stream でのパッチベースラインルールの動作方法)](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-linux-rules.html#linux-rules-rhel) | 2022 年 4 月 4 日 |
| [Change Manager のロールの継承ポリシーを作成する](#systems-manager-release-history) | 新しいセクションでは、Change Manager の*ロールの継承*の作成および実装の要件について説明ています。ロールの継承は、ユーザーに代わって Change Manager が承認済み変更リクエストで指定された Runbook ワークフローを安全に実行できる AWS Identity and Access Management (IAM) サービスロールです。このロールは、AWS Systems Manager (AWS STS) `AssumeRole` の信頼を Change Manager に付与します。詳細については、「[Configuring roles and permissions for Change Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/change-manager-permissions.html)」を参照してください。 | 2022 年 3 月 18 日 |
| [Change Manager 変更リクエストを一括で承認または拒否する](#systems-manager-release-history) | Systems Manager コンソールで、1 回のオペレーションで複数の変更リクエストを選択して承認または却下できるようになりました。詳細については、「[変更リクエストの確認と、承認または拒否 (コンソール)](https://docs.aws.amazon.com/systems-manager/latest/userguide/change-requests-review.html#change-requests-review-console)」を参照してください。 | 2022 年 3 月 8 日 |
| [Rocky Linux および Windows Server 2022 のマネージドノードを対象にしたサポート](#systems-manager-release-history) | Systems Manager は、Rocky Linux および Windows Server 2022 マネージドノード (オンプレミスまたは他のクラウドプロバイダーと配置されたエッジデバイスおよびハイブリッドマシンを含む) をサポートします。これらのオペレーティングシステムで Systems Manager を使用するには、ハイブリッド環境やエッジデバイスの手順を始めとする必要なすべての Systems Manager セットアップ手順 (該当する場合) を完了する必要があります。詳細については、「[Systems Manager のセットアップ](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-setting-up.html)」を参照してください。Rocky Linux マシンの場合、手動で SSM Agent をインストールする必要もあります。詳細については、「[Manually install SSM Agent on Rocky Linux instances](https://docs.aws.amazon.com/systems-manager/latest/userguide/agent-install-rocky.html)」を参照してください。Windows Server 2022 Amazon Elastic Compute Cloud (Amazon EC2) インスタンスの場合、SSM Agent は、デフォルトでインストールされます。 | 2022 年 3 月 1 日 |
| [Automation で同時実行のニーズへの適応を有効にし、Automation 使用状況メトリクスを表示できるようにする](#systems-manager-release-history) | 同時自動実行クォータのオートメーションによる自動的な調整と、オートメーションの使用状況に関して CloudWatch にパブリッシュされたメトリクスを表示することが可能になりました。適応的な同時実行の詳細については、「[Allowing Automation to adapt to your concurrency needs](https://docs.aws.amazon.com/systems-manager/latest/userguide/adaptive-concurrency.html)」(同時実行のニーズに適応することをオートメーションに許可する) を参照してください。オートメーションの使用状況に関するメトリクスを表示する方法については、「[Monitoring Automation metrics using Amazon CloudWatch](https://docs.aws.amazon.com/systems-manager/latest/userguide/monitoring-automation-metrics.html)」(Amazon CloudWatch を使用したオートメーションメトリクスのモニタリング) を参照してください。 | 2022 年 1 月 27 日 |
| [Automation で同時実行のニーズへの適応を有効にし、Automation 使用状況メトリクスを表示できるようにする](#systems-manager-release-history) | 同時自動実行クォータのオートメーションによる自動的な調整と、オートメーションの使用状況に関して CloudWatch にパブリッシュされたメトリクスを表示することが可能になりました。適応的な同時実行の詳細については、「[Allowing Automation to adapt to your concurrency needs](https://docs.aws.amazon.com/systems-manager/latest/userguide/adaptive-concurrency.html)」(同時実行のニーズに適応することをオートメーションに許可する) を参照してください。オートメーションの使用状況に関するメトリクスを表示する方法については、「[Monitoring Automation metrics using Amazon CloudWatch](https://docs.aws.amazon.com/systems-manager/latest/userguide/monitoring-automation-metrics.html)」(Amazon CloudWatch を使用したオートメーションメトリクスのモニタリング) を参照してください。 | 2022 年 1 月 27 日 |
| [カテゴリ別に編成された Systems Manager のドキュメント](#systems-manager-release-history) | Systems Manager に関して Amazon が提供しているドキュメントがタイプとカテゴリ別に整理され、必要なドキュメントを見つけやすくなりました。 | 2022 年 1 月 13 日 |
| [オートメーション用の統合を作成して呼び出す](#systems-manager-release-history) | 統合を作成することで、オートメーション中にウェブフックを使用したメッセージの送信ができるようになりました。統合は、ランブック内で新しい `aws:invokeWebhook` アクションを使用することで、オートメーション中に呼び出せます。統合の作成についての詳細は、「[Creating webhook integrations for Automation](https://docs.aws.amazon.com/systems-manager/latest/userguide/creating-webhook-integrations.html)」(オートメーション用の webhook 統合を作成する) を参照してください。`aws:invokeWebhook` アクションの詳細については、「[aws:invokeWebhook – オートメーションのウェブフック統合を呼び出す](https://docs.aws.amazon.com/systems-manager/latest/userguide/invoke-webhook.html)」を参照してください。 | 2022 年 1 月 13 日 |
| [新しい AWS リージョン では使用できない機能](#systems-manager-release-history) | 次の Systems Manager ツールは、現在、新しいアジアパシフィック (ジャカルタ) リージョンでは使用できません。 Application Manager Change Calendar Change Manager Explorer Fleet Manager Incident Manager Quick Setup | 2021 年 12 月 13 日 |
| [アプリケーションのリソースコストの詳細の表示](#systems-manager-release-history) | Application Manager は、**Cost Explorer** ウィジェットを介して AWS Billing and Cost Management と統合されています。請求およびコストマネジメントコンソールで Cost Explorer を有効にした後、Application Manager の Cost Explorer ウィジェットに、特定の非コンテナアプリケーションまたはアプリケーションコンポーネントのコストデータが表示されます。ウィジェットでフィルターを使用して、棒グラフまたは折れ線グラフで、異なる期間、粒度、およびコストタイプに基づいてコストデータを表示できます。詳細については、[｢Viewing overview information about an application｣](https://docs.aws.amazon.com/systems-manager/latest/userguide/application-manager-working-viewing-overview.html) (アプリケーションの概要情報を表示する) を参照してください。 | 2021 年 12 月 7 日 |
| [Fleet Manager を使用したプロセスの管理](#systems-manager-release-history) | ノード上のプロセスを管理するために Fleet Manager を使用できるようになりました。詳細については、[｢Working with processes｣](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet-manager-manage-processes.html) (プロセスの操作) を参照してください。 | 2021 年 12 月 6 日 |
| [用語の変更: マネージドインスタンスがマネージドノードになりました](#systems-manager-release-history) | AWS IoT Greengrass コアデバイスのサポートに伴い、Systems Manager ドキュメントのほとんどで、*[managed instance]* (マネージドインスタンス) という語句が *[managed node]* (マネージドノード) に変更されています。Systems Manager コンソール、API コール、エラーメッセージ、および SSM ドキュメントでは、依然としてインスタンスの条件が使用されます。 | 2021 年 11 月 29 日 |
| [エッジデバイスへのサポート](#systems-manager-release-history) | Systems Manager は、次のエッジデバイス構成をサポートしています。 **AWS IoT Greengrass**: Systems Manager は、AWS IoT Greengrass に設定され、AWS IoT Greengrass Core ソフトウェアを実行するすべてのデバイスをサポートするようになりました。AWS IoT Greengrass コアデバイスをオンボードするには、AWS Identity and Access Management (IAM) サービスロールを作成する必要があります。AWS IoT Greengrass コンソールを使用して、SSM Agent を AWS IoT Greengrass コンポーネントとしてデバイス上にデプロイする必要もあります。詳細については、｢[エッジデバイス用に AWS Systems Manager のセットアップ](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-setting-up-edge-devices.html)｣を参照してください。 **Edge devices in a hybrid environment**: また、Systems Manager は、オンプレミスマシンとして構成した後、AWS IoT コアデバイスと非 AWS IoT デバイスをサポートします。デバイスをオンボーディングするには、IAM サービスロールを作成し、ハイブリッド環境のマネージドノードアクティベーションを作成し、デバイスに SSM Agent を手動でインストールする必要があります。詳細については、｢[ハイブリッド環境で AWS Systems Manager を設定する](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-hybrid-multicloud.html)｣を参照してください。 | 2021 年 11 月 29 日 |
| [リモートデスクトップを使用してマネージドインスタンスに接続](#systems-manager-release-history) | Fleet Manager を使用して、マネージド Windows インスタンスにリモートデスクトッププロトコル (RDP) で接続できるようになりました。Amazon DCV を利用したリモートデスクトップセッションでは、ブラウザから直接インスタンスに安全に接続することができます。詳細については、[｢Connect using Remote Desktop｣](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet-manager-remote-desktop-connections.html) (リモートデスクトップを使用した接続) を参照してください。 | 2021 年 11 月 23 日 |
| [最大セッション期間を指定し、セッションの理由を提示する](#systems-manager-release-history) | AWS アカウント の AWS リージョン で Session Manager セッションのすべてに対し、最大セッション期間を指定できるようになりました。セッションが指定した期間に達すると終了します。セッションの開始時に、オプションで理由を追加することもできるようになりました。詳細については、[｢Specify maximum session duration｣](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-preferences-max-timeout.html) (最大セッション時間の指定) を参照してください。 | 2021 年 11 月 16 日 |
| [Patch Manager で、Raspberry Pi OS オペレーティングシステムがサポートされるようになりました](#systems-manager-release-history) | Patch Manager を使用して Raspberry Pi OS インスタンスにパッチを適用できるようになりました。Patch Manager は Raspberry Pi OS 9 (Stretch) および 10 (Buster) へのパッチ適用をサポートします。Raspberry Pi OS は Debian ベースの OS であるため、Debian Server と同じパッチ適用のルールが多く適用されます。詳細については、以下の各トピックを参照してください。 [セキュリティに関連するパッチの選択方法](patch-manager-selecting-patches.md) [パッチのインストール方法](patch-manager-installing-patches.md) [Debian Server でのパッチベースラインルールの仕組み](patch-manager-linux-rules.md#linux-rules-debian) | 2021 年 11 月 16 日 |
| [Red Hat ナレッジベースポータルにアクセス](#systems-manager-release-history) | Fleet Manager を使用して、RHEL ナレッジベースポータルにアクセスして、Red Hat 製品の使用に関するソリューション、記事、ドキュメント、およびビデオをご覧ください。詳細については、「[Red Hat ナレッジベースポータルへのアクセス](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet-manager-red-hat-knowledge-base-access.html)」を参照してください。 | 2021 年 11 月 3 日 |
| [OpsItems を一括編集](#systems-manager-release-history) | OpsCenter が一括編集をサポートするようになりましたOpsItems。複数の OpsItems を選択し、次のフィールドのいずれかを編集できます。**ステータス**、**優先度**、**重要度**、**カテゴリ**。詳細については、「[OpsItems の編集](https://docs.aws.amazon.com/systems-manager/latest/userguide/OpsCenter-working-with-OpsItems-editing-details.html)」を参照してください。 | 2021 年 10 月 15 日 |
| [AWS リソースを設定する入力パラメータの作成](#systems-manager-release-history) | AWS マネジメントコンソール で AWS リソースを設定するオートメーションランブックで入力パラメータを作成できるようになりました。詳細については、「[AWS リソースを設定する入力パラメータの作成](https://docs.aws.amazon.com/systems-manager/latest/userguide/populating-input-parameters.html)」を参照してください。 | 2021 年 10 月 14 日 |
| [メンテナンスウィンドウ用の新しいタスク呼び出しカットオフオプション](#systems-manager-release-history) | メンテナンス期間に指定されたカットオフ時間に達した後、新しいタスク呼び出しの開始をブロックするように選択できるようになりました。詳細については、「[メンテナンスウィンドウにタスクを割り当てる (コンソール)](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-maintenance-assign-tasks.html)」を参照してください。 | 2021 年 10 月 13 日 |
| [macOS 11.3.1 および 11.4 (Big Sur) 向けの Patch Manager サポート](#systems-manager-release-history) | macOS 11.3.1 および 11.4 (Big Sur) の Amazon Elastic Compute Cloud (Amazon EC2) インスタンスは、Patch Manager を使用してパッチ適用ができます。これは、既存の macOS 10.14.x (Mojave) と 10.15.x (Catalina) のサポートに追加されます。Patch Manager の操作方法の詳細については、「[AWS Systems ManagerPatch Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager.html)」を参照してください。 | 2021 年 10 月 1 日 |
| [Application Manager の Application Insights](#systems-manager-release-history) | Application Manager は、Amazon CloudWatch Application Insights と統合できます。Application Insights は、アプリケーションリソースとテクノロジースタック全体の主要なメトリクス、ログ、アラームを識別して設定します。また、メトリクスとログを継続的にモニタリングし、異常やエラーを検出して相互に関連付けます。エラーや異常が検出されると、Application Insights は CloudWatch Events を生成します。これを使用すると、通知を設定したり、アクションを実行したりできます。Application Insights は、Application Manager の [**Overview** (概要)] と [**Monitoring** (モニタリング)] タブで有効にして表示できます。Application Insights の詳細については、*Amazon CloudWatch ユーザーガイド*の「[Amazon CloudWatch Application Insights とは](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/appinsights-what-is.html)」を参照してください。 | 2021 年 9 月 21 日 |
| [他のカレンダーから Change Calendar にイベントをインポート](#systems-manager-release-history) | サードパーティーのカレンダーから Change Calendar のカレンダーにイベントをインポートできるようになりました。以前は、各イベントをカレンダーに手動で入力する必要がありました。サポートされているサードパーティーのカレンダープロバイダから iCalendar (`.ics`) ファイルにカレンダーをエクスポートして、Change Calendar にインポートします。そのイベントは、Systems Manager で開いているカレンダーまたは閉じているカレンダーのルールに含まれます。サポートされているプロバイダとしては、iCloud カレンダー、Google カレンダー、Microsoft Outlook などがあります。詳細については、「[サードパーティーのカレンダーからのイベントのインポートと管理](https://docs.aws.amazon.com/systems-manager/latest/userguide/third-party-events.html)」を参照してください。 | 2021 年 9 月 8 日 |
| [Application Manager での新しいタグ付けとランブック機能](#systems-manager-release-history) | タグ付けの機能強化には、Application Manager アプリケーションの特定のリソースまたはあらゆるリソースからのタグタグの追加または削除が含まれます。ランブックの機能強化には、特定のリソースタイプのランブックのフィルター処理された一覧の表示や、同じタイプのすべてのリソースでのランブックの開始が含まれます。詳細については、「[Application Manager でのタグの使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/application-manager-working-tags.html)」と「[Application Manager でのランブックの使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/application-manager-working-runbooks.html)」を参照してください。 | 2021 年 8 月 31 日 |
| [新しい例: AWS CLI を使用して変更リクエストを作成する](#systems-manager-release-history) | AWS CLI を使用して変更リクエストを作成する例が Change Manager の章に追加されました。この例では、`AWS-HelloWorldChangeTemplate` 変更テンプレートのサンプルと`AWS-HelloWorld runbook` を使用しています。 [変更リクエストの作成 (AWS CLI)](https://docs.aws.amazon.com/systems-manager/latest/userguide/change-requests-create.html#change-requests-create-cli) | 2021 年 8 月 20 日 |
| [新しいセクション: Amazon EKS でパラメータを使用する](#systems-manager-release-history) | 新しいセクションが Parameter Store の章に追加されました。このトピックは、Amazon EKS クラスターでパラメータを使用する方法のチュートリアルです。詳細については、「[Parameter Store パラメータを Amazon Elastic Kubernetes Service で使用する](https://docs.aws.amazon.com/systems-manager/latest/userguide/integrating_eks.html)」を参照してください。 | 2021 年 8 月 19 日 |
| [Patch Manager ライフサイクルフックの更新](#systems-manager-release-history) | Patch Manager でライフサイクルフックを利用できるようになりました。これは、Systems Manager コマンドドキュメントを実行する機能で、[**Patch now** (今すぐパッチ適用)] のパッチ適用オペレーション中に追加ポイントとなります。**[今すぐパッチ適用]** の実行後にインスタンスの再起動をスケジュールする際、再起動の完了後に実行されるようライフサイクルフックを指定できます。詳細については、「[[今すぐパッチ適用] ライフサイクルフックの使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-patch-now-on-demand.html#patch-on-demand-hooks)」と「[`AWS-RunPatchBaselineWithHooks` SSM ドキュメントについて](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-aws-runpatchbaselinewithhooks.html)」を参照してください。 | 2021 年 8 月 9 日 |
| [Change Manager リクエストで自動承認をサポート](#systems-manager-release-history) | Change Manager で変更テンプレートを設定し、自動承認に対応できるようになりました。つまち、必要な IAM アクセス許可のあるユーザーは、追加の承認がなくても変更リクエストを開始できます。自動承認テンプレートにアクセスできるユーザーは、承認者を指定できます。Change Manager プロセスを管理しやすくするため、変更の凍結期間中も、すべてのリクエストに対して承認が必要です。詳細については、以下の各トピックを参照してください。 [変更テンプレートの作成](https://docs.aws.amazon.com/systems-manager/latest/userguide/change-templates-create.html) [変更リクエストの作成](https://docs.aws.amazon.com/systems-manager/latest/userguide/change-requests-create.html) [AWS マネージド `Hello World` 変更テンプレートの試用](https://docs.aws.amazon.com/systems-manager/latest/userguide/change-templates-aws-managed.html) | 2021 年 7 月 30 日 |
| [OpsCenter オペレーションインサイト](#systems-manager-release-history) | OpsCenter はアカウントで OpsItems を自動的に分析し、*インサイト*を作成します。インサイトには、アカウントに含まれている重複する OpsItems の数と、それを作成しているソースを把握できる情報が含まれています。また、インサイトには、重複する OpsItems を解決するために推奨されるベストプラクティスとオートメーションランブックも用意されています。詳細については、「[オペレーションインサイトの使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/OpsCenter-working-deduplication-insights.html)」を参照してください。 | 2021 年 7 月 13 日 |
| [Fleet Manager で停止したインスタンスを表示](#systems-manager-release-history) | `running` に含まれているインスタンスと、Fleet Manager コンソールからの`stopped`インスタンスを表示できるようになりました。詳細については、「[AWS Systems ManagerFleet Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet.html)」を参照してください。 | 2021 年 7 月 12 日 |
| [新しいトピック: Automation ランブックを作成する](#systems-manager-release-history) | 新しいトピック「[オートメーションランブックを作成する](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-authoring-runbooks.html)」では、カスタムオートメーションランブックのコンテンツを作成する方法に関するガイダンスおよび説明例を提供します。 | 2021 年 7 月 8 日 |
| [Application Manager での AWS CloudFormation スタックとテンプレートの作成](#systems-manager-release-history) | Application Manager は、[CloudFormation](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/Welcome.html) と統合することで、アプリケーションのリソースのプロビジョニングと管理に役立ちます。CloudFormation テンプレートとスタックは、Application Manager で作成、編集、削除できます。Application Manager には、テンプレートのクローン、作成、および格納が可能なテンプレートライブラリも含まれています。Application Manager と CloudFormation には、スタックの現在のステータスに関する同じ情報が表示されます。テンプレートとテンプレートの更新は、スタックをプロビジョニングするまで Systems Manager に格納されます。このとき、変更内容は CloudFormation にも表示されます。詳細については、「[Application Manager での CloudFormation スタックの使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/application-manager-working-stacks.html)」を参照してください。 | 2021 年 7 月 8 日 |
| [新しいトピック: ハイブリッドインスタンスで SSM Agent のプライベートキーを自動的にローテーション](#systems-manager-release-history) | 新しいトピック「[プライベートキーの自動ローテーションの設定](https://docs.aws.amazon.com/systems-manager/latest/userguide/hybrid-multicloud-ssm-agent-install-linux.html#ssm-agent-hybrid-private-key-rotation-linux)」では、ハイブリッド環境でプライベートキーを自動的にローテーションするよう SSM Agent を設定することで、セキュリティ体制を強化する方法を説明しています。 | 2021 年 6 月 15 日 |
| [AWS CLI バージョン 1.2.205.0 の Session Manager プラグイン](#systems-manager-release-history) | 新しいバージョンの AWS CLI の Session Manager プラグインがリリースされました。詳細については、「[Session Manager プラグインの最新バージョンとリリース履歴](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-manager-working-with-install-plugin.html#plugin-version-history)」を参照してください。 | 2021 年 6 月 10 日 |
| [新しい IAM サービスリンクロール](#systems-manager-release-history) | OpsCenter オペレーションインサイトを有効にすると、Systems Manager は `AWSSSMOpsInsightsServiceRolePolicy` という名前の新しい AWS Identity and Access Management (IAM) サービスリンクロールを作成します。このロールの詳細については、「[ロールを使用して Systems Manager でオペレーションインサイト OpsItems を作成するOpsCenter: `AWSSSMOpsInsightsServiceRolePolicy`](https://docs.aws.amazon.com/systems-manager/latest/userguide/using-service-linked-roles-service-action-4.html)」を参照してください。 | 2021 年 6 月 9 日 |
| [Linux 用の新しい Patch Manager のトラブルシューティングの内容](#systems-manager-release-history) | 新しいトピック「[Linux で、`AWS-RunPatchBaseline` 実行時のエラー](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-troubleshooting.html#patch-manager-troubleshooting-linux)」では、Linux オペレーティングシステムを使用して管理対象インスタンスにパッチを適用するときに発生する可能性があるいくつかの問題の説明と解決策を提供します。 | 2021 年 6 月 8 日 |
| [指定されたターゲットを必要としないメンテナンスウィンドウタスクのサポートが向上 (コンソール)](#systems-manager-release-history) | 必要でない場合、タスクでターゲットを指定しなくても、コンソールでメンテナンスウィンドウタスクを作成できるようになりました。以前は、このオプションは AWS CLI または API を使用する場合にのみ使用可能でした。このオプションは、オートメーション、 AWS Lambda および AWS Step Functions タスクタイプに適用されます。例えば、オートメーションタスクを作成し、更新するリソースがオートメーションドキュメントパラメーターで指定されている場合、タスク自体にターゲットを指定する必要がなくなります。詳細については、「[ターゲットのないメンテナンスウィンドウタスクを登録](https://docs.aws.amazon.com/systems-manager/latest/userguide/maintenance-windows-targetless-tasks.html)」、「[メンテナンスウィンドウにタスクを割り当てる (コンソール)](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-maintenance-assign-tasks.html)」および「[Schedule automations with maintenance windows](https://docs.aws.amazon.com/systems-manager/latest/userguide/scheduling-automations-maintenance-windows.html)」(メンテナンスウィンドウでオートメーションをスケジュールする) 参照してください。 | 2021 年 5 月 28 日 |
| [自動化ランブックリファレンスが移動](#systems-manager-release-history) | 自動化ランブックリファレンスが新しい場所に移動しました。詳細については、「[Systems Manager Automation Runbook Reference](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide)」を参照してください。 | 2021 年 5 月 10 日 |
| [AWS Systems Manager Incident Manager の起動](#systems-manager-release-history) | Incident Manager は、AWS でホストされたアプリケーションに影響を与えるインシデントを軽減し、回復させるのに役立つインシデント管理コンソールです。詳細については[AWS Systems Manager Incident Manager ユーザーガイド](https://docs.aws.amazon.com/incident-manager/latest/userguide/what-is-incident-manager.html)を参照してください。 | 2021 年 5 月 10 日 |
| [State Manager が Change Calendar をサポート](#systems-manager-release-history) | State Managerの関連付けを作成するか更新する際、Change Calendar の名前または Amazon リソースネーム (ARN) を指定できるようになりました。State Manager は、変更カレンダーが開いている場合にのみ関連付けを適用します。閉じているときは適用しません。詳細については、「[関連付けの作成](https://docs.aws.amazon.com/systems-manager/latest/userguide/state-manager-associations.html)」および「[関連付けの編集と新しいバージョンの作成](https://docs.aws.amazon.com/systems-manager/latest/userguide/state-manager-associations-edit.html)」を参照してください。 | 2021 年 5 月 6 日 |
| [Systems Manager のドキュメントのクローンを作成する。](#systems-manager-release-history) | Systems Manager のドキュメントコンソールを使用して、既存のドキュメントから新しいドキュメントにコンテンツをコピーし、変更できるようになりました。詳細については、「[SSM ドキュメントのクローンを作成する](https://docs.aws.amazon.com/systems-manager/latest/userguide/create-ssm-doc.html#cloning-ssm-document)」を参照してください。 | 2021 年 5 月 4 日 |
| [Security Hub CSPM を Explorer と OpsCenter に統合する](#systems-manager-release-history) | Explorer と OpsCenter を AWS Security Hub CSPM に統合できるようになりました。Security Hub CSPM では、AWS のセキュリティ状態を包括的に把握し、セキュリティ業界標準およびベストプラクティスに照らして環境をチェックするのに役立ちます。Explorer と統合すると、Explorer ダッシュボードの Security Hub CSPM ウィジェットにセキュリティ結果を表示できます。OpsCenter と統合すると、Security Hub CSPM の検出結果に対して OpsItems を作成できます。詳細については、「[Explorer での AWS Security Hub CSPM の結果の受信](https://docs.aws.amazon.com/systems-manager/latest/userguide/explorer-securityhub-integration.html)」と「[OpsCenter での AWS Security Hub CSPM の結果の受信](https://docs.aws.amazon.com/systems-manager/latest/userguide/explorer-securityhub-integration.html)」を参照してください。 | 2021 年 4 月 27 日 |
| [新しいトピック: ドキュメントの表記規則](#systems-manager-release-history) | *AWS Systems Manager ユーザーガイド*の一般的な表記規則を理解しやすくするために、新しいトピックを追加しました。詳細については、「[ドキュメントの表記規則](https://docs.aws.amazon.com/systems-manager/latest/userguide/docconventions.html)」を参照してください。 | 2021 年 4 月 21 日 |
| [トピックの更新: Windows Server で Microsoft がリリースしたアプリケーションのパッチ適用について](#systems-manager-release-history) | 「[Microsoft がリリースしたアプリケーションをWindows Server にパッチ適用することについて](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-patching-windows-applications.html)」のトピックでは、Patch Manager は Microsoft がリリースしたアプリケーションを Windows Server マネージドインスタンスにパッチ適用できるようにするには、Windows の更新オプションの **[Windows 更新時にその他の Microsoft 製品の更新プログラムを受け取る]** をインスタンス上に許可する必要があります。 | 2021 年 4 月 12 日 |
| [自動化ランブックリファレンスの再編成](#systems-manager-release-history) | 必要なランブックを検索し、より効率的に参照できるように、自動化ランブックのリファレンスのコンテンツを関連する AWS のサービス 別に再編成しました。これらの変更を表示するには、「[Systems Manager Automation Runbook Reference](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-documents-reference.html)」を参照してください。 | 2021 年 4 月 12 日 |
| [Patch Manager: .csv パッチコンプライアンスレポートの生成](#systems-manager-release-history) | Patch Manager では、インスタンスのパッチコンプライアンスレポートを生成し、任意の S3 バケットに .csv 形式でレポートを保存できるようになりました。その後、[Amazon Quick](https://docs.aws.amazon.com/quicksuite/latest/userguide/what-is.html) などのツールを使用して、パッチコンプライアンスレポートのデータを分析できます。単一のインスタンス、または 内のすべてのインスタンスについて、パッチコンプライアンスレポートを生成できますAWS アカウント オンデマンドで 1 回限りのレポートを生成することも、レポートが自動的に作成されるようにスケジュールを設定することもできます。Amazon Simple Notification Service トピックを指定して、レポートの生成時に通知を受け取ることもできます。詳細については、「[CSV パッチコンプライアンスレポートの生成](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-store-compliance-results-in-s3.html)」を参照してください。 | 2021 年 4 月 9 日 |
| [Parameter Store パラメータラベルを削除](#systems-manager-release-history) | Systems Manager コンソールまたは AWS CLI を使用して、Parameter Store のパラメータラベルを削除できるようになりました。詳細については、「[パラメータラベルの使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-paramstore-labels.html)」を参照してください。 | 2021 年 4 月 6 日 |
| [[Patch Now] (今すぐパッチを適用) を使用する際のインスタンスの再起動をスケジュールする](#systems-manager-release-history) | Patch Manager では、[Patch Now] (今すぐパッチ) 機能を使用してパッチがインストールされた後にインスタンスが再起動する時間をスケジュールできるようになりました。これは、パッチのインストールを完了するために必要な場合にのみインスタンスを再起動するか、パッチ適用オペレーション後にすべての再起動をスキップする既存のオプションに加えて提供されます。詳細については、「[オンデマンドでのインスタンスへのパッチ適用](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-patch-now-on-demand.html)」を参照してください。 | 2021 年 4 月 1 日 |
| [新しいトピック: パブリックパラメータを検出する](#systems-manager-release-history) | Parameter Store のパブリックパラメータは、AWS CLI または Systems Manager コンソールを使用して見つけることができます。詳細については、「[パブリックパラメータの検索](https://docs.aws.amazon.com/systems-manager/latest/userguide/parameter-store-finding-public-parameters.html)」を参照してください。 | 2021 年 4 月 1 日 |
| [更新を今すぐパッチ適用する: S3 にログを保存し、ライフサイクルフックを実行する](#systems-manager-release-history) | Patch Manager の [**Patch now** (今すぐパッチ適用)] オペレーションを実行すると、パッチ適用ログを自動的に格納する S3 バケットを選択できます。さらに、オペレーション中に、Before installation (インストール前)、After installation (インストール後)、On exit (終了時) の 3 つの時点で Systems Manager コマンドドキュメント (SSM ドキュメント) をライフサイクルフックとして実行することもできます。詳細については、「[オンデマンドでのインスタンスへのパッチ適用](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-patch-now-on-demand.html)」を参照してください。 | 2021 年 3 月 31 日 |
| [Systems Manager が AWS 管理ポリシーの変更をレポートするようになりました](#systems-manager-release-history) | 2021 年 3 月 24 日以降、管理ポリシーへの変更は、「[AWS 管理ポリシーの Systems Manager の更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)」に関するトピックでレポートされます。記載される最初の変更は、複数のアカウントとリージョンからの OpsData および OpsItems をレポートする Explorer ツールのサポートの追加です。 | 2021 年 3 月 24 日 |
| [Explorer は、AWS Organizations のアカウントに基づいてリソースデータ同期のあらゆる OpsData ソースを自動的に許可](#systems-manager-release-history) | リソースデータ同期を作成するときに、AWS Organizations オプションのいずれかを選択すると、Systems Manager は、組織内 (または選択した組織単位内) のすべての AWS アカウント について、選択した AWS リージョン のすべての OpsData ソースを自動的に許可します。つまり、例えば、AWS リージョン で Explorer を許可していない場合でも、リソースデータ同期で AWS Organizations オプションを選択すると、Systems Manager はそのリージョンから OpsData を自動的に収集します。詳細については、「[複数のアカウントとリージョンのリソースデータ同期について](https://docs.aws.amazon.com/systems-manager/latest/userguide/Explorer-resource-data-sync.html#Explorer-resource-data-sync-multiple-accounts-and-regions)」を参照してください。 | 2021 年 3 月 24 日 |
| [Systems Manager オートメーションがランブック向けの新しいシステム変数を提供する](#systems-manager-release-history) | 新しい `global:AWS_PARTITION` システム変数を使用して、ランブックの作成時にリソースが配置される AWS パーティションを指定できます。詳細については、[オートメーションシステム変数](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-variables.html)を参照してください。 | 2021 年 3 月 18 日 |
| [Change Manager の変更リクエストに対して複数のレベルの承認を許可](#systems-manager-release-history) | Change Manager 変更テンプレートを作成するとき、複数のレベルの承認者に対して変更リクエストを実行するためのアクセス許可を付与するよう要求できるようになりました。例えば、まずテクニカルレビューワーに変更テンプレートから作成された変更リクエストを承認してもらってから、1 人以上のマネージャに第 2 レベルの承認を求めます。詳細については、「[変更テンプレートの作成](https://docs.aws.amazon.com/systems-manager/latest/userguide/change-templates-create.html)」を参照してください。 | 2021 年 3 月 4 日 |
| [Patch Manager で Oracle Linux 8.x がサポートされるようになりました](#systems-manager-release-history) | Patch Manager を使用して、バージョン 8.3 で Oracle Linux 8.x インスタンスにパッチを適用できるようになりました。詳細については、以下の各トピックを参照してください。 [セキュリティに関連するパッチの選択方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-selecting-patches.html) [パッチのインストール方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-installing-patches.html) [Oracle Linux でのパッチベースラインルールの動作方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-linux-rules.html#linux-rules-oracle) | 2021 年 3 月 1 日 |
| [OpsCenter は選択されたリソースの他の OpsItems を表示](#systems-manager-release-history) | 問題を調査し、問題のコンテキストを示すために、特定の AWS リソースの OpsItems のリストを表示できます。リストには、各 OpsItem のステータス、重要度、およびタイトルが表示されます。リストには、各 OpsItem へのディープリンクも含まれています。詳細については、「[特定のリソースのその他の OpsItems を表示](https://docs.aws.amazon.com/systems-manager/latest/userguide/OpsCenter-working-with-OpsItems.html)」を参照してください。 | 2021 年 3 月 1 日 |
| [実行時のパッチ定義設定の定義](#systems-manager-release-history) | ベースラインオーバーライド機能を使用して、実行時にパッチ適用設定を定義できるようになりました。詳細については、「[BaselineOverride パラメータの使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-baselineoverride-parameter.html)」を参照してください。 | 2021 年 2 月 25 日 |
| [新しい Systems Manager のドキュメントタイプ](#systems-manager-release-history) | AWS CloudFormation テンプレートを Systems Manager ドキュメントとして保存できるようになりました。CloudFormation テンプレートを Systems Manager ドキュメントとして保存すると、バージョニング、バージョンコンテンツの比較、アカウントとの共有など、Systems Manager ドキュメント機能の利点を享受できます。詳細については、「[AWS Systems Manager のドキュメント](https://docs.aws.amazon.com/systems-manager/latest/userguide/documents.html)とは」を参照してください。 | 2021 年 2 月 9 日 |
| [オプションのフックを使用したパッチインスタンス](#systems-manager-release-history) | 新しい SSM ドキュメント `AWS-RunPatchBaselineWithHooks` には、インスタンスのパッチ適用サイクル中に 3 つのポイントで SSM ドキュメントを実行するために使用できるフックが用意されています。`AWS-RunPatchBaselineWithHooks` の詳細については、[`AWS-RunPatchBaselineWithHooks` SSM ドキュメントについて](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-aws-runpatchbaselinewithhooks.html)を参照してください。3 つのフックすべてを使用するパッチ適用オペレーションのサンプルチュートリアルについては、「[チュートリアル: アプリケーションの依存関係の更新、インスタンスへのパッチ適用、およびアプリケーション固有のヘルスチェックの実行](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-aws-runpatchbaselinewithhooks-tutorial.html)」を参照してください。 | 2021 年 2 月 2 日 |
| [新しいトピック: ハードウェアフィンガープリントを使用したオンプレミスサーバーと仮想マシンの検証](#systems-manager-release-history) | SSM Agent は、コンピューティングされたフィンガープリントを使用して、サービスに登録するオンプレミスサーバー、仮想マシン、および VM の ID を確認します。フィンガープリントは不透明な文字列で、エージェントが特定の Systems Manager API に渡す Vault に保存されます。ハードウェアフィンガープリントと、マシンの検証に役立つ*類似性のしきい値*を設定する手順については、「[ハードウェアフィンガープリントを使用したオンプレミスサーバーおよび仮想マシンの検証](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-technical-details.html#fingerprint-validation)」を参照してください。 | 2021 年 1 月 25 日 |
| [新しいトピック: SSM Agent テクニカルリファレンス](#systems-manager-release-history) | [SSM Agentテクニカルリファレンス](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-technical-details.html)のトピックには、AWS Systems Manager SSM Agent の実装とエージェントの仕組みの理解に役立つ情報がまとめられています。このトピックには、「[AWS リージョン 別の SSM Agent ローリング更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-technical-details.html#rolling-updates)」という、まったく新しいセクションが含まれています。 | 2021 年 1 月 21 日 |
| [Windows Server 2008 での SSM Agent](#systems-manager-release-history) | 2020 年 1 月 14 日現在、Microsoft による Windows Server 2008 の機能またはセキュリティ更新プログラムのサポートは終了しています。Windows Server 2008 AMIs には SSM Agent が含まれていますが、このオペレーティングシステムでは、このエージェントは更新されません。 | 2021 年 1 月 5 日 |
| [ターゲットの指定を必要としないメンテナンスウィンドウタスクに対するサポートを向上 (AWS CLI および API のみ)](#systems-manager-release-history) | 必要でない場合、タスクでターゲットを指定しなくても、メンテナンスウィンドウタスクを作成できるようになりました (AWS CLI および API のみ)。これは、オートメーション、AWS Lambda および AWS Step Functions タスクタイプに適用されます。例えば、Automation タスクを作成し、更新するリソースが Automation ランブックパラメータで指定されている場合、タスク自体にターゲットを指定する必要がなくなります。詳細については、「[メンテナンスウィンドウにタスクを割り当てる (コンソール)](https://docs.aws.amazon.com/systems-manager/latest/userguide/maintenance-windows-targetless-tasks.html)」および「[Schedule automations with maintenance windows](https://docs.aws.amazon.com/systems-manager/latest/userguide/scheduling-automations-maintenance-windows.html)」(メンテナンスウィンドウでオートメーションをスケジュールする) を参照してください。 | 2020 年 12 月 23 日 |
| [新しいオートメーション機能](#systems-manager-release-history) | Systems Manager Automation のランブックに新しい共有プロパティが追加されました。`onCancel` プロパティを使用すると、ユーザーがオートメーションをキャンセルした場合にオートメーションが進むステップを指定できます。詳細については、「[すべてのアクションで共有されるプロパティ](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-actions.html#automation-common)」を参照してください。 | 2020 年 12 月 21 日 |
| [新しいトピック: IAM を使用した関連付け作業](#systems-manager-release-history) | IAM を使用して関連付けを作成するためのベストプラクティスを説明するための新しいトピックが、Systems Manager State Manager の章に追加されました。詳細については、「[IAM を使用した関連付けの作業](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-state-manager-iam.html)」を参照してください。 | 2020 年 12 月 18 日 |
| [State Manager でマルチリージョンとマルチアカウントのサポートを開始](#systems-manager-release-history) | 複数のリージョンまたはアカウントを使用して、関連付けを作成または更新できるようになりました。詳細については、「[関連付けの作成](https://docs.aws.amazon.com/systems-manager/latest/userguide/state-manager-associations.html)」を参照してください。 | 2020 年 12 月 15 日 |
| [新しいツール: Fleet Manager](#systems-manager-release-history) | AWS Systems Manager のツールである Fleet Manager は、AWS またはオンプレミスで実行されているサーバーフリートをリモートで管理するのに役立つ、統合されたユーザーインターフェイス (UI) エクスペリエンスです。Fleet Manager では、1 つのコンソールからサーバーフリート全体の正常性とパフォーマンスステータスを表示できます。個々のインスタンスからデータを収集し、コンソールから一般的なトラブルシューティングと管理タスクを実行することもできます。詳細については、「[AWS Systems ManagerFleet Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet.html)」を参照してください。 | 2020 年 12 月 15 日 |
| [新しいツール: Change Manager](#systems-manager-release-history) | Amazon Web Services はアプリケーションの設定やインフラストラクチャに対する運用上の変更を要求、承認、実装、レポート作成するためのエンタープライズ変更管理フレームワークである Change Manager をリリースしました。AWS Organizations を使用すると、単一の委任された管理者アカウントから、複数の AWS リージョン の複数の AWS アカウント にまたがる変更を管理できます。または、ローカルアカウントを使用して、単一の AWS アカウント の変更を管理できます。AWSリソースとオンプレミスリソースの両方に対する変更を管理する場合に Change Manager を使用します。詳細については、「[AWS Systems ManagerChange Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/change-manager.html)」を参照してください。 | 2020 年 12 月 15 日 |
| [新しいツール: Application Manager](#systems-manager-release-history) | Application Manager は、AWS リソースに関する問題をアプリケーションの背景に対応して調査および修正する際に役立ちます。Application Manager は、複数の AWS のサービスや Systems Manager ツールのオペレーション情報を、単一の AWS マネジメントコンソールに集約します。詳細については、「[AWS Systems ManagerApplication Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/application-manager.html)」を参照してください。 | 2020 年 12 月 15 日 |
| [AWS Systems Manager は macOS の Amazon EC2 インスタンスをサポート](#systems-manager-release-history) | macOS インスタンスに対する Amazon Elastic Compute Cloud (Amazon EC2) サポートが開始されたのと並行して、Systems Manager は macOS に対して EC2 インスタンスで多くのオペレーションをサポートするようになりました。サポートされているバージョンは、macOS 10.14.x (Mojave) と 10.15.x (Catalina) です。詳細については、以下のトピックを参照してください。 macOS 用の EC2 インスタンスでの SSM Agent のインストールの詳細については、「[macOS 用の EC2 インスタンスで SSM Agent をインストール、設定する](https://docs.aws.amazon.com/systems-manager/latest/userguide/manually-install-ssm-agent-macos.html)」を参照してください。 macOS 用の EC2 インスタンスにパッチを適用する方法については、「[パッチのインストール方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-installing-patches)」、および「[カスタムパッチベースラインの作成 (macOS)](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-create-a-patch-baseline-for-macos)」を参照してください。 macOS の EC2 インスタンスのサポートに関する一般的な情報については、「*Amazon EC2 ユーザーガイド*」の「[Amazon EC2 Mac インスタンス](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-mac-instances.html)」を参照してください。 | 2020 年 11 月 30 日 |
| [メンテナンスウィンドウの疑似パラメータ: `{{TARGET_ID}}` および `{{RESOURCE_ID}}` でサポートされる新しいリソースタイプ](#systems-manager-release-history) | 1 つの追加のリソースタイプが、疑似パラメータ `{{TARGET_ID}}` および `{{RESOURCE_ID}}` とともに使用できるようになりました。これで、リソースタイプ `AWS::RDS::DBCluster` をこれらの擬似パラメータとともに使用できるようになりました。メンテナンスウィンドウの疑似パラメータの詳細については、「[Using pseudo parameters when registering maintenance window tasks](https://docs.aws.amazon.com/systems-manager/latest/userguide/maintenance-window-tasks-pseudo-parameters.html)」を参照してください。 | 2020 年 11 月 27 日 |
| [AWS CLI バージョン 1.2.30.0 用の Session Manager プラグイン](#systems-manager-release-history) | 新しいバージョンの AWS CLI の Session Manager プラグインがリリースされました。詳細については、「[Session Manager プラグインの最新バージョンとリリース履歴](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-manager-working-with-install-plugin.html#plugin-version-history)」を参照してください。 | 2020 年 11 月 24 日 |
| [新しいトピック: SSM ドキュメントのバージョンを比較する](#systems-manager-release-history) | Systems Manager ドキュメントコンソールで、SSM ドキュメントのバージョン間のコンテンツの違いを比較できるようになりました。詳細については、「[SSM ドキュメントのバージョンの比較](https://docs.aws.amazon.com/systems-manager/latest/userguide/documents-using.html)」を参照してください。 | 2020 年 11 月 24 日 |
| [Systems Manager で VPC エンドポイントポリシーのサポートを開始](#systems-manager-release-history) | これで、Systems Manager の VPC インターフェイスエンドポイントのポリシーを作成できるようになりました。詳細については、「[インターフェイス VPC エンドポイントポリシーの作成](https://docs.aws.amazon.com/systems-manager/latest/userguide/setup-create-vpc.html#create-vpc-interface-endpoint-policies)」を参照してください。 | 2020 年 11 月 18 日 |
| [新しいトピック: アイドルセッションタイムアウト値の指定](#systems-manager-release-history) | セッションが Session Manager で終了するまでユーザーを非アクティブにできる時間を指定できるようになりました。詳細については、「[アイドルセッションのタイムアウト値を指定する](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-preferences-timeout.html)」を参照してください。 | 2020 年 11 月 18 日 |
| [新しい Session Manager ログ機能](#systems-manager-release-history) | JSON 形式のセッションデータログの連続ストリームを Amazon CloudWatch Logs に送信できるようになりました。詳細については、「[Amazon CloudWatch Logs を使用したセッションデータのストリーミング](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-manager-logging.html#session-manager-logging-cwl-streaming)」を参照してください。 | 2020 年 11 月 18 日 |
| [新しいトピック: SSM Agent の署名を検証](#systems-manager-release-history) | 今後は Linux インスタンスにある SSM Agent のインストーラーパッケージの暗号化署名を確認できます。詳細については、「[SSM ドキュメントのスキーマと機能](https://docs.aws.amazon.com/systems-manager/latest/userguide/verify-agent-signature.html)」を参照してください。 | 2020 年 11 月 17 日 |
| [新しいトピック: オートメーションステータスの理解](#systems-manager-release-history) | アクションとオートメーションのステータスについて説明する新しいトピックが「Systems Manager Automation」の章に追加されました。詳細については、「[オートメーションステータスの理解](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-statuses.html)」を参照してください。 | 2020 年 11 月 17 日 |
| [`aws:downloadContent` プラグインの新しいソースタイプ](#systems-manager-release-history) | Git と HTTP が `aws:downloadContent` プラグインのソースタイプとしてサポートされるようになりました。詳細については、「[https://docs.aws.amazon.com/systems-manager/latest/userguide/documents-command-ssm-plugin-reference.html#aws-downloadContent](https://docs.aws.amazon.com/systems-manager/latest/userguide/documents-command-ssm-plugin-reference.html#aws-downloadContent)」を参照してください。 | 2020 年 11 月 17 日 |
| [新しい Systems Manager ドキュメント (SSM ドキュメント) スキーマ機能](#systems-manager-release-history) | スキーマバージョン 2.2 以降の SSM ドキュメントでは、`precondition` パラメータでドキュメントの入力パラメータの参照がサポートされるようになりました。詳細については、「[SSM ドキュメントのスキーマと機能](https://docs.aws.amazon.com/systems-manager/latest/userguide/document-schemas-features.html)」を参照してください。 | 2020 年 11 月 17 日 |
| [Explorer の新しいデータソース: AWS Config](#systems-manager-release-history) | Explorerでは、AWS Config の準拠ルールと非準拠ルールの全体的なサマリー、準拠リソースと非準拠リソースの数、各リソースに関する具体的な詳細 (非準拠ルールまたはリソースにドリルダウンした場合) など、AWS Config コンプライアンスに関する情報が表示されるようになりました。詳細については、「[Systems Manager Explorer のデータソースを編集する](https://docs.aws.amazon.com/systems-manager/latest/userguide/Explorer-using-editing-data-sources.html)」を参照してください。 | 2020 年 11 月 11 日 |
| [新しいトピック: 関連付けを使用して Auto Scaling グループを実行する](#systems-manager-release-history) | Auto Scaling グループを実行するための関連付けを作成するためのベストプラクティスを説明する新しいセクションが State Manager に追加されました。詳細については、「[Auto Scaling グループを関連付けで実行する](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-state-manager-asg.html)」を参照してください。 | 2020 年 11 月 10 日 |
| [Quick Setup でリソースグループのターゲット設定がサポートされるようになりました](#systems-manager-release-history) | Quick Setup で、ローカルセットアップタイプのターゲットとしてリソースグループの選択がサポートされるようになりました。詳細は、「[Quick Setup のターゲットの選択](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-quick-setup.html#quick-setup-targets)」を参照してください。 | 2020 年 11 月 5 日 |
| [Patch Manager で Debian Server 10 LTS、Oracle Linux 7.9 LTS、および Ubuntu Server 20.10 STR のサポートが追加されました](#systems-manager-release-history) | これで、Debian Server 10 LTS、Oracle Linux 7.9 LTS、および Ubuntu Server 20.10 STR インスタンスにパッチを適用する Patch Manager を使用できます。詳細については、以下の各トピックを参照してください。 [Patch Manager の前提条件](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-prerequisites.html) [セキュリティに関連するパッチの選択方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-selecting-patches.html) [パッチのインストール方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-installing-patches.html) [Debian Server でのパッチベースラインルールの動作方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-linux-rules.html#linux-rules-debian) [Oracle Linux でのパッチベースラインルールの動作方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-linux-rules.html#linux-rules-oracle) [Ubuntu Server でのパッチベースラインルールの動作方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-linux-rules.html#linux-rules-ubuntu) | 2020 年 11 月 4 日 |
| [AWS Systems ManagerChange Calendar に対する新しい EventBridge サポート](#systems-manager-release-history) | Amazon EventBridge では、イベントルールで Change Calendar イベントがサポートされるようになりました。カレンダーの状態に変更があると、EventBridge は、EventBridge ルールを定義したターゲットアクションを開始できます。EventBridge イベントおよび Systems Manager イベントの使用については、次のトピックを参照してください。 [Systems Manager イベント用の EventBridge を設定する](https://docs.aws.amazon.com/systems-manager/latest/userguide/monitoring-systems-manager-events.html) [リファレンス: Systems Manager 用の Amazon EventBridge イベントパターンとタイプ](https://docs.aws.amazon.com/systems-manager/latest/userguide/reference-eventbridge-events.html) | 2020 年 11 月 4 日 |
| [アラームから OpsItems を作成するように CloudWatch を設定](#systems-manager-release-history) | アラームが `ALARM` 状態になったときに、Systems Manager OpsCenter で OpsItem が自動的に作成されるように Amazon CloudWatch を設定できます。こうすことで、単一のコンソールを使用しながら、AWS リソースでの問題の診断と修復を素早く実施できるようになります。詳細については、「[アラームから OpsItems を作成するための CloudWatch の設定](https://docs.aws.amazon.com/systems-manager/latest/userguide/OpsCenter-create-OpsItems-from-CloudWatch-Alarms.html)」を参照してください。 | 2020 年 11 月 4 日 |
| [Ubuntu Server 20.10 のサポート](#systems-manager-release-history) | AWS Systems Manager が Ubuntu Server 20.10 短期リリース (STR) をサポートするようになりました。詳細については、以下の各トピックを参照してください。 [サポートされるオペレーティングシステム](https://docs.aws.amazon.com/systems-manager/latest/userguide/prereqs-operating-systems.html) [ハイブリッド環境に SSM Agent をインストールする (Linux)](https://docs.aws.amazon.com/systems-manager/latest/userguide/hybrid-multicloud-ssm-agent-install-linux.html) [Ubuntu Server インスタンスに SSM Agent を手動でインストールする](https://docs.aws.amazon.com/systems-manager/latest/userguide/agent-install-ubuntu.html) [SSM Agent ステータスの確認とエージェントの起動](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-status-and-restart.html) | 2020 年 10 月 22 日 |
| [新しいトピック: 設定可能なシェルプロファイルを有効にする](#systems-manager-release-history) | Session Manager で設定可能なシェルプロファイルを有効にできるようになりました。設定可能なシェルプロファイルを許可すると、セッション開始時に、シェルの設定、環境変数、作業ディレクトリ、複数のコマンドの実行など、セッション内の設定をカスタマイズできます。詳細については、「[設定可能なシェルプロファイルを許可する](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-preferences-shell-config.html)」を参照してください。 | 2020 年 10 月 21 日 |
| [パッチコンプライアンスの結果により、どの CVE がどのパッチによって解決されるかが報告されるようになりました](#systems-manager-release-history) | サポート対象のほとんどの Linux システムでは、管理対象インスタンスのパッチコンプライアンスの結果を表示するときに、どの共通脆弱性識別子 (CVE) の速報問題がどのパッチで解決されるかを詳しく表示できるようになりました。この情報は、不足または失敗したパッチのインストールを緊急に行う必要があるかどうかを判断するために役立ちます。詳細については、「[パッチコンプライアンスの結果の表示](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-view-compliance-results.html)」を参照してください。 | 2020 年 10 月 20 日 |
| [Linux パッチメタデータのサポートの拡張](#systems-manager-release-history) | 利用可能な Linux パッチに関する多くの詳細を Patch Manager で表示できるようになりました アーキテクチャ、エポック、バージョン、CVE ID、アドバイザリ ID、Bugzilla ID、リポジトリなどのパッチデータを表示することができます。さらに、[https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_DescribeAvailablePatches.html](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_DescribeAvailablePatches.html) API オペレーションが更新され、Linux オペレーティングシステムをサポートし、これらの新たに利用可能なパッチメタデータタイプに従ってフィルタリングできるようになりました。詳細については、以下の各トピックを参照してください。 [利用可能なパッチの表示](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-view-available-patches.html) 「*AWS Systems Manager API リファレンス*」の「[https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_DescribeAvailablePatches.html](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_DescribeAvailablePatches.html)」と「[パッチ](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_Patch.html)」 「*AWS CLI コマンドリファレンスの AWS Systems Manager セクション*」の「[https://docs.aws.amazon.com/cli/latest/reference/ssm/describe-available-patches.html](https://docs.aws.amazon.com/cli/latest/reference/ssm/describe-available-patches.html)」 | 2020 年 10 月 16 日 |
| [AWS CLI バージョン 1.2.7.0 用のSession Manager プラグイン](#systems-manager-release-history) | 新しいバージョンの AWS CLI の Session Manager プラグインがリリースされました。詳細については、「[Session Manager プラグインの最新バージョンとリリース履歴](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-manager-working-with-install-plugin.html#plugin-version-history)」を参照してください。 | 2020 年 10 月 15 日 |
| [新しいトピック: セッションドキュメントスキーマ](#systems-manager-release-history) | 新しいトピック「[セッションドキュメントスキーマ](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-manager-schema.html)」では、セッションドキュメントのスキーマ要素について説明します。この情報は、Session Manager で使用するセッションの種類に関する設定を指定するカスタムセッションドキュメントの作成に役立ちます。 | 2020 年 10 月 15 日 |
| [新しいトピック: SSM ドキュメントのフリーテキスト検索](#systems-manager-release-history) | Systems Manager **ドキュメント** ページの検索ボックスで、フリーテキスト検索がサポートされるようになりました。フリーテキスト検索では、入力した検索語を各 SSM ドキュメントのドキュメント名と比較します。詳細については、「[フリーテキスト検索の使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-documents-searching.html#ssm-documents-searching-free-text)」を参照してください。 | 2020 年 10 月 15 日 |
| [新しいトピック: Amazon EC2 マネージドインスタンスの可用性のトラブルシューティング](#systems-manager-release-history) | 新しいトピック「[Amazon EC2 マネージドインスタンスの可用性のトラブルシューティング](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet-manager-troubleshooting-managed-nodes.html)」では、実行が確認された Amazon EC2 インスタンスが Systems Manager の利用可能なマネージドインスタンスのリストにない理由を調査できます。 | 2020 年 10 月 6 日 |
| [Parameter Store の章の再編成](#systems-manager-release-history) | 必要な情報をより効率的に見つけられるようにするために、*AWS Systems Manager ユーザーガイド*の「Parameter Store」の章でコンテンツが再編成されました。ほとんどのコンテンツは、「[設定](https://docs.aws.amazon.com/systems-manager/latest/userguide/parameter-store-setting-up.html)」 Parameter Storeと「[Parameter Store の操作](https://docs.aws.amazon.com/systems-manager/latest/userguide/parameter-store-working-with.html)」セクションにまとめられています 。さらに、トピック「[AWS Systems ManagerParameter Store](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-parameter-store.html)」が拡張され、次のセクションを含むようになりました。 Parameter Store はどのように組織にとってメリットになりますか? Parameter Store はどのようなユーザーに適していますか? Parameter Store の特徴は何ですか? パラメータとは何ですか? | 2020 年 10 月 1 日 |
| [新しいパッチコンプライアンス関連トピック](#systems-manager-release-history) | パッチコンプライアンス違反のマネージドインスタンスを特定し、さまざまなタイプのパッチコンプライアンススキャンを理解して、インスタンスをコンプライアンスに適合するための適切な手順を実行するのに役立つよう、以下のトピックが追加されました。 [非準拠インスタンスの特定](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-find-noncompliant-nodes.html) [非準拠インスタンスへのパッチ適用](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-compliance-remediation.html) [パッチコンプライアンス結果の表示](https://docs.aws.amazon.com/systems-manager/latest/userguide/viewing-patch-compliance-results.html) | 2020 年 9 月 24 日 |
| [SSM Agent バージョン 3.0](#systems-manager-release-history) | Systems Manager は、SSM Agent の新しいバージョンをローンチしました。 | 2020 年 9 月 21 日 |
| [新しいトピックと更新されたトピック: イベント管理用の CloudWatch Events に代わる Amazon EventBridge](#systems-manager-release-history) | CloudWatch Events と EventBridge の基盤となるサービスと API は同じですが、EventBridge はより多くの機能を提供し、 でイベントを管理するために推奨される方法ですAWS (CloudWatch または EventBridge のいずれかで行った変更は、各コンソールに反映されます)。*AWS Systems Manager ユーザーガイド*全体の CloudWatch Events および既存の手順への参照箇所が更新され、EventBridge がサポートされるようになったことが反映されました。さらに、以下の新しいトピックが追加されました。 [Systems Manager のイベントをモニタリングする](https://docs.aws.amazon.com/systems-manager/latest/userguide/monitoring-eventbridge-events.html) [Systems Manager イベント用の EventBridge を設定する](https://docs.aws.amazon.com/systems-manager/latest/userguide/monitoring-systems-manager-events.html) [Systems Manager のターゲットタイプの例](https://docs.aws.amazon.com/systems-manager/latest/userguide/monitoring-systems-manager-targets.html) [リファレンス: Systems Manager 用の Amazon EventBridge イベントパターンとタイプ](https://docs.aws.amazon.com/systems-manager/latest/userguide/reference-eventbridge-events.html) | 2020 年 9 月 18 日 |
| [AWS Security Hub CSPM と Patch Manager の統合](#systems-manager-release-history) | Patch Manager を AWS Security Hub CSPM に統合できるようになりました。Security Hub CSPM では、AWS のセキュリティ状態を包括的に把握し、セキュリティ業界標準およびベストプラクティスに照らして環境をチェックするのに役立ちます。Patch Manager と統合されている場合、Security Hub CSPM はセキュリティの観点からフリートのパッチ適用ステータスをモニタリングします。詳細については、「[Patch Manager および AWS Security Hub CSPM との統合](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-security-hub-integration.html)」を参照してください。 | 2020 年 9 月 17 日 |
| [メンテナンスウィンドウの疑似パラメータ: `{{TARGET_ID}}` および `{{RESOURCE_ID}}` でサポートされる新しいリソースタイプ](#systems-manager-release-history) | メンテナンスウィンドウタスクを登録するときに、`--task-invocation-parameters` オプションを使用して、4 つのタスクタイプのそれぞれに固有のパラメータを指定します。`{{TARGET_ID}}` や `{{RESOURCE_ID}}` などの*擬似パラメータ*構文を使用して、特定の値を参照することもできます。メンテナンスウィンドウタスクが実行されると、擬似パラメータプレースホルダーの代わりに正しい値を渡します。2 つの追加のリソースタイプが、疑似パラメータ `{{TARGET_ID}}` および `{{RESOURCE_ID}}` とともに使用できるようになりました。これで、リソースタイプ `AWS::RDS::DBInstance` と `AWS::SSM::ManagedInstance` をこれらの擬似パラメータとともに使用できるようになりました。メンテナンスウィンドウの疑似パラメータの詳細については、「[Using pseudo parameters when registering maintenance window tasks](https://docs.aws.amazon.com/systems-manager/latest/userguide/maintenance-window-tasks-pseudo-parameters.html)」を参照してください。 | 2020 年 9 月 14 日 |
| [新しい [**今すぐパッチ適用**] オプションによりオンデマンドでインスタンスにパッチを適用](#systems-manager-release-history) | Systems Manager コンソールを使用して、いつでもインスタンスにパッチを適用したり、不足しているパッチをスキャンしたりできるようになりました。スケジュールを作成または変更することなく、すぐにパッチを適用する必要に対応するために完全なパッチ適用設定オプションを指定することもできます。パッチをスキャンするかインストールするかを指定し、操作の対象インスタンスを特定するだけです。Patch Manager は、インスタンスタイプの現在のデフォルトのパッチベースラインを自動的に適用し、一度にパッチが適用されるインスタンスの数、および操作が失敗する前に許可されるエラーの数に関するベストプラクティスオプションを適用します。詳細については、「[オンデマンドでのインスタンスへのパッチ適用](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-patch-now-on-demand.html)」を参照してください。 | 2020 年 9 月 9 日 |
| [新しいトピック: SSM Agent ステータスの確認とエージェントの起動](#systems-manager-release-history) | 新しいトピック「[SSM Agent ステータスの確認とエージェントの起動](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-status-and-restart.html)」には、SSM Agent がサポートする各オペレーティングシステムで実行されているかどうかを確認するコマンドが用意されています。また、エージェントが実行中でない場合にエージェントを起動するためのコマンドも用意されています。 | 2020 年 9 月 7 日 |
| [Patch Manager で Ubuntu Server 20.04 LTS がサポートされるようになりました](#systems-manager-release-history) | Patch Manager を使用して Ubuntu Server 20.04 LTS インスタンスにパッチを適用できるようになりました。詳細については、以下の各トピックを参照してください。 [セキュリティに関連するパッチの選択方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-selecting-patches.html) [パッチのインストール方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-installing-patches.html) [Ubuntu Server でのパッチベースラインルールの動作方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-linux-rules.html#linux-rules-ubuntu) | 2020 年 8 月 31 日 |
| [ユースケースとベストプラクティスの新しいトピック](#systems-manager-release-history) | ユーザーが Maintenance Windows と State Manager の違いをすばやく理解できるように、新しいトピックを追加しました。詳細については、「[State Manager または Maintenance Windows の選択](https://docs.aws.amazon.com/systems-manager/latest/userguide/state-manager-vs-maintenance-windows.html)」を参照してください。 | 2020 年 8 月 28 日 |
| [OpsCenter の新機能](#systems-manager-release-history) | OpsCenter には、Automation ランブックをすばやく見つけて実行し、問題を修復するための新機能が含まれています。詳細については、「[OpsCenter の Automation ランブックの機能](https://docs.aws.amazon.com/systems-manager/latest/userguide/OpsCenter-remediating.html)」を参照してください。 | 2020 年 8 月 19 日 |
| [Explorer の新しいデータソース: AWS サポート ケース](#systems-manager-release-history) | Explorer は サポート ケースに関する情報を表示するようになりました。エンタープライズアカウントまたはビジネスアカウントが サポート で設定されている必要があります。詳細については、「[Systems Manager Explorer のデータソースを編集する](https://docs.aws.amazon.com/systems-manager/latest/userguide/Explorer-using-editing-data-sources.html)」を参照してください。 | 2020 年 8 月 13 日 |
| [Distributor で Trend Micro のサードパーティーパッケージが提供されるようになりました。](#systems-manager-release-history) | Distributor に Trend Micro のサードパーティー製パッケージが含まれるようになりました。Distributor を使用して、マネージドインスタンスに Trend Micro Cloud One エージェントをインストールできます。Trend Micro Cloud One は、クラウド内のワークロードをセキュリティで保護するのに役立ちます。詳細については、「[AWSDistributor](https://docs.aws.amazon.com/systems-manager/latest/userguide/distributor.html)」を参照してください。 | 2020 年 8 月 12 日 |
| [`aws:configurePackage` ドキュメントプラグインに additionalArguments パラメータが含まれるようになりました。](#systems-manager-release-history) | Systems Manager コマンドドキュメントプラグイン `aws:configurePackage` は、新しい `additionalArguments` パラメータを使用して、スクリプトへの追加パラメータ (インストール、アンインストール、更新) を提供できるようになりました。詳細については、「[https://docs.aws.amazon.com/systems-manager/latest/userguide/documents-command-ssm-plugin-reference.html#aws-configurepackage](https://docs.aws.amazon.com/systems-manager/latest/userguide/documents-command-ssm-plugin-reference.html#aws-configurepackage)」のトピックを参照してください。 | 2020 年 8 月 11 日 |
| [AppConfig の内容を別個のユーザーガイドに移動](#systems-manager-release-history) | AWS AppConfig に関する情報は、別のユーザーガイドに移動されました。詳細については、「[AWSAppConfig とは?](https://docs.aws.amazon.com/appconfig/latest/userguide/)」を参照してください。AppConfig には、ユーザーガイド、AppConfig API リファレンス、新しい AppConfig ワークショップへのリンクが含まれる個別の[ドキュメントのランディングページ](https://docs.aws.amazon.com/appconfig/)も用意しています。 | 2020 年 8 月 3 日 |
| [Quick Setup で AWS Organizations がサポートされるようになりました](#systems-manager-release-history) | Quick Setup では、AWS Organizations がサポートされるようになりました。これにより、複数のアカウントとリージョン間で必要なセキュリティロールと一般的に使用される Systems Manager ツールをすばやく設定できます。詳細については、「[AWS Systems ManagerQuick Setup](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-quick-setup.html)」を参照してください。 | 2020 年 7 月 23 日 |
| [Explorer の新しいデータソース: 関連付けのコンプライアンス](#systems-manager-release-history) | Explorer では、State Manager から関連付けのコンプライアンスデータが表示されるようになりました。詳細については、「[Systems Manager Explorer のデータソースを編集する](https://docs.aws.amazon.com/systems-manager/latest/userguide/Explorer-using-editing-data-sources.html)」を参照してください。 | 2020 年 7 月 23 日 |
| [Kernel Live Patchingを有効および無効にするための新しい Systems Manager コマンドドキュメント](#systems-manager-release-history) | Amazon Linux 2 インスタンスで Kernel Live Patching を有効または無効にするときに、Run Command でドキュメント `AWS-ConfigureKernelLivePatching` を使用できるようになりました。このドキュメントにより、これらのタスクのために独自のカスタムコマンドドキュメントを作成する必要性がなくなります。詳細については、「[Amazon EC2 インスタンスでのカーネルライブパッチの使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-kernel-live-patching.html)」を参照してください。 | 2020 年 7 月 22 日 |
| [更新済みの自動化クォータ](#systems-manager-release-history) | レート制御の自動化の個別のキューを含め、自動化のサービスクォータが更新されました。詳細については、「[AWS Systems Manager オートメーション](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html)」を参照してください。 | 2020 年 7 月 20 日 |
| [コンソールを使用せずにメンテナンスウィンドウのスケジュールオフセット日数を指定する](#systems-manager-release-history) | Systems Manager コンソールを使用して、CRON 式で指定された日時からメンテナンスウィンドウを実行するまでに待機する日数を指定できるようになりました。(以前は、このオプションは AWS SDK またはコマンドラインツールを使用する場合にのみ使用できました)。例えば、毎月第 3 火曜日の午後 11:30 にメンテナンスウィンドウを実行するように CRON 式でスケジュールされている場合 (`cron(0 30 23 ? * TUE#3 *)`) に、スケジュールオフセットを `2` に指定した場合、このウィンドウは 2 日後の午後 11:30 まで実行されません。詳細については、「[Systems Manager の cron 式または rate 式](https://docs.aws.amazon.com/systems-manager/latest/userguide/reference-cron-and-rate-expressions.html)」および「[メンテナンスウィンドウのスケジュールオフセット日数を指定する](https://docs.aws.amazon.com/systems-manager/latest/userguide/maintenance-windows-schedule-options.html#schedule-example-schedule-offset)」を参照してください。 | 2020 年 7 月 17 日 |
| [Run Command を使用して PowerShell を更新する](#systems-manager-release-history) | Windows Server 2012 および 2012 R2 インスタンスで PowerShell をバージョン 5.1 にアップデートできるように、AWS Systems Manager ユーザーガイドにチュートリアルを追加しました。詳細については、「[Run Command を使用して PowerShell を更新する](https://docs.aws.amazon.com/systems-manager/latest/userguide/rc-console.html#rc-console-pwshexample)」を参照してください。 | 2020 年 6 月 30 日 |
| [Patch Manager が CentOS 8.0 および 8.1 をサポートするようになりました](#systems-manager-release-history) | Patch Manager を使用して CentOS 8.0 および 8.1 インスタンスにパッチを適用できるようになりました。詳細については、以下のトピックを参照してください。 [セキュリティに関連するパッチの選択方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-selecting-patches.html) [パッチのインストール方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-installing-patches.html) [ハイブリッド Linux ノードで SSM Agent をインストールする方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/hybrid-multicloud-ssm-agent-install-linux.html) | 2020 年 6 月 27 日 |
| [AppConfig と AWS CodePipeline の統合](#systems-manager-release-history) | AppConfig は AWS CodePipeline (CodePipeline) の統合デプロイアクションです。CodePipeline はフルマネージド型の継続的デリバリーサービスで、アプリケーションとインフラストラクチャの更新を迅速かつ高い信頼性で行うために、パイプラインのリリースを自動化します。CodePipeline はお客様が定義したリリースモデルに基づき、コードチェンジがあった場合のフェーズの構築、テスト、およびデプロイを自動化します。AppConfig と CodePipeline の統合には次のような利点があります。詳細については、「[CodePipeline との AppConfig の統合 ](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-integration-codepipeline.html)」を参照してください。 オーケストレーションを管理するために CodePipeline を使用するお客様は、コードベース全体をデプロイすることなく、アプリケーションに設定変更をデプロイする軽量な手段が利用できるようになりました。 AppConfig を使用して設定のデプロイを管理したいが、AppConfig が現在のコードまたは設定ストアをサポートしていないために制限されているお客様には、オプションが追加されました。CodePipeline は AWS CodeCommit、GitHub、BitBucket などをサポートしています。 | 2020 年 6 月 25 日 |
| [新しい章: 製品とサービスの統合](#systems-manager-release-history) | Systems Manager が AWS のサービスおよびその他の製品およびサービスとどのように統合されるかを理解するために、AWS Systems Manager ユーザーガイドに新しい章が追加されました。詳細については、「[Systems Manager との製品およびサービスの統合](https://docs.aws.amazon.com/systems-manager/latest/userguide/integrations.html)」を参照してください。 | 2020 年 6 月 23 日 |
| [自動化の章の再編成](#systems-manager-release-history) | 必要なものを見つけるために、*AWS Systems Manager ユーザーガイド*の「Automation」の章のトピックを再編成しました。例えば、Automation アクションと Automation ランブック参照が、章の最上位レベルのセクションになりました。詳細については、「[AWS Systems Manager オートメーション](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html)」を参照してください。 | 2020 年 6 月 23 日 |
| [メンテナンスウィンドウのスケジュールオフセット日数を指定する](#systems-manager-release-history) | コマンドラインツールまたは AWS SDK を使用して、CRON 式で指定された日時からメンテナンスウィンドウを実行するまでに待機する日数を指定できるようになりました。例えば、毎月第 3 火曜日の午後 11:30 にメンテナンスウィンドウを実行するように CRON 式でスケジュールされている場合 (`cron(0 30 23 ? * TUE#3 *)`) に、スケジュールオフセットを `2` に指定した場合、このウィンドウは 2 日後の午後 11:30 まで実行されません。詳細については、「[Systems Manager の cron 式または rate 式](https://docs.aws.amazon.com/systems-manager/latest/userguide/reference-cron-and-rate-expressions.html)」および「[メンテナンスウィンドウのスケジュールオフセット日数を指定する](https://docs.aws.amazon.com/systems-manager/latest/userguide/maintenance-windows-schedule-options.html#schedule-example-schedule-offset)」を参照してください。 | 2020 年 6 月 19 日 |
| [Patch Manager で Amazon Linux 2 インスタンスでのカーネルライブパッチをサポート](#systems-manager-release-history) | Amazon Linux 2 のカーネルライブパッチを使用すると、実行中のアプリケーションを再起動や中断せずに、実行中の Linux カーネルにセキュリティの脆弱性や重大なバグのパッチを適用することができます。Patch Manager を使用して、この機能を有効にし、カーネルライブパッチを適用できるようになりました。詳細については、「[Amazon Linux 2 インスタンスでのカーネルライブパッチの使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-kernel-live-patching.html)」を参照してください。 | 2020 年 6 月 16 日 |
| [Patch Manager での Oracle Linux バージョンサポートの向上](#systems-manager-release-history) | 以前は、Patch Manager でバージョン 7.6 の Oracle Linux のみがサポートされていました 。「[Patch Manager の前提条件](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-prerequisites.html)」に記載されているように、バージョン 7.5～7.8 もサポート対象になりました。 | 2020 年 6 月 16 日 |
| [パッチ適用オペレーションで `InstallOverrideList` パラメータを使用するためのサンプルシナリオ](#systems-manager-release-history) | 新しいトピック「[`InstallOverrideList` パラメータを使用する場合のサンプルシナリオ](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-override-lists.html)」では、単一のパッチベースラインを使用しつつ、`InstallOverrideList` ドキュメント内で `AWS-RunPatchBaseline` パラメータを使用して、異なるタイプのパッチを異なるメンテナンスウィンドウスケジュールでターゲットグループに適用する方法について説明しています。 | 2020 年 6 月 11 日 |
| [AppConfig の定義済みデプロイ戦略](#systems-manager-release-history) | AppConfig では、定義済みのデプロイ戦略が提供されるようになりました。詳細については、「[デプロイパッケージの作成](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-creating-deployment-strategy.html)」を参照してください。 | 2020 年 6 月 10 日 |
| [Patch Manager は Red Hat Enterprise Linux (RHEL) 7.8-8.2 をサポート](#systems-manager-release-history) | Patch Manager を使用して RHEL 7.8～8.2 インスタンスにパッチを適用できるようになりました。詳細については、以下のトピックを参照してください。 [セキュリティに関連するパッチの選択方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-selecting-patches.html) [パッチのインストール方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-installing-patches.html) [RHEL でのパッチベースラインルールの動作方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-linux-rules.html#linux-rules-rhel) [Red Hat Enterprise Linux インスタンスに SSM Agent を手動でインストールする](https://docs.aws.amazon.com/systems-manager/latest/userguide/agent-install-rhel.html) [ハイブリッド Linux ノードで SSM Agent をインストールする方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/hybrid-multicloud-ssm-agent-install-linux) | 2020 年 6 月 9 日 |
| [Explorer が委任された管理者をサポート](#systems-manager-release-history) | AWS Organizations とのリソースデータの同期を使用して、複数の AWS リージョン と AWS アカウント から Explorer データを集約する場合は、Explorer の委任管理者を設定することをお勧めします。委任管理者は、マルチアカウントおよびリージョンのリソースデータの同期を作成または削除できる Explorer の管理者の数を 1 人だけに制限することで、Explorer のセキュリティを強化します。また、Explorer でリソースデータ同期を管理するために、AWS Organizations 管理アカウントにログインする必要がなくなりました。詳細については、「[委任管理者の設定](https://docs.aws.amazon.com/systems-manager/latest/userguide/Explorer-setup-delegated-administrator.html)」を参照してください。 | 2020 年 6 月 3 日 |
| [次に指定された Cron の間隔でのみ State Manager の関連付けを適用する](#systems-manager-release-history) | 作成直後に State Manager 関連付けを実行しない場合は、Systems Manager コンソールで [**Apply association only at the next specified Cron interval** (次に指定した Cron 間隔でのみ関連付けを適用する)] オプションを選択できます。詳細については、「[関連付けの作成](https://docs.aws.amazon.com/systems-manager/latest/userguide/state-manager-associations.html)」を参照してください。 | 2020 年 6 月 3 日 |
| [Explorer の新しいデータソース: AWS Compute Optimizer](#systems-manager-release-history) | Explorer で AWS Compute Optimizer からのデータが表示されるようになりました。これには、**アンダープロビジョニング**および**オーバープロビジョニング**された EC2 インスタンスの数、最適化の結果、オンデマンド料金の詳細、インスタンスタイプと価格の推奨事項が含まれます。詳細については、「[関連サービスの設定](https://docs.aws.amazon.com/systems-manager/latest/userguide/Explorer-setup-related-services.html)」で AWS Compute Optimizer のセットアップに関するトピックを参照してください。 | 2020 年 5 月 26 日 |
| [Patch Manager を使用して Windows サービスパックと Linux マイナーバージョンのアップグレードをインストールする](#systems-manager-release-history) | 新しいトピック「[チュートリアル: Windows サービスパックをインストールするためのパッチベースラインを作成する (コンソール)](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-windows-service-pack-patch-baseline-tutorial.html)」では、Windows サービスパックのインストール専用のパッチベースラインを作成する方法を示します。「[カスタムパッチベースラインの作成 (Linux)](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-create-a-patch-baseline-for-linux.html)」トピックが更新され、Linux オペレーティングシステムのマイナーバージョンアップグレードをパッチベースラインに含めることができるようになりました。 | 2020 年 5 月 21 日 |
| [Parameter Store の章の再編成](#systems-manager-release-history) | Parameter Store オペレーションのオプションの構成または設定に関するすべてのトピックが、「[Parameter Store のセットアップ](https://docs.aws.amazon.com/systems-manager/latest/userguide/parameter-store-setting-up.html)」セクションに統合されました。ここでは、「[パラメータ層の管理](https://docs.aws.amazon.com/systems-manager/latest/userguide/parameter-store-advanced-parameters.html)」と「 [Parameter Store スループットの向上](https://docs.aws.amazon.com/systems-manager/latest/userguide/parameter-store-throughput.html)」のトピックについて説明します。これらのトピックは、章の他の部分から再配置されています。 | 2020 年 5 月 18 日 |
| [Systems Manager API オペレーション用に日付と時刻の文字列を作成するための新しいトピック。](#systems-manager-release-history) | 新しいトピック「[Systems Manager の書式設定された日付と時刻の文字列を作成する](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-datetime-strings.html)」では、Systems Manager API オペレーションを操作するための書式設定された日付と時刻の文字列を作成する方法について説明します。 | 2020 年 5 月 13 日 |
| [SecureString パラメータを暗号化するためのアクセス許可について](#systems-manager-release-history) | 新しいトピック「[IAM ポリシーを使用して Systems Manager パラメータへのアクセスを制限する](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-paramstore-access.html#ps-kms-key-permissions)」では、AWS KMS key を使用して `SecureString` パラメータを暗号化することと、AWS によって提供される AWS マネージドキー を使用することの違いについて説明します。 | 2020 年 5 月 13 日 |
| [Patch Manager で、Debian Server および Oracle Linux 7.6 オペレーティングシステムがサポートされるようになりました](#systems-manager-release-history) | Patch Manager を使用して、Debian Server および Oracle Linux インスタンスにパッチを適用できるようになりました。Patch Manager では、Debian Server 8.x および 9.x および Oracle Linux 7.6 バージョンのパッチ適用がサポートされています。詳細については、以下の各トピックを参照してください。 [セキュリティに関連するパッチの選択方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-selecting-patches.html) [パッチのインストール方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-installing-patches.html) [Debian Server でのパッチベースラインルールの動作方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-linux-rules.html#linux-rules-debian) [Oracle Linux でのパッチベースラインルールの動作方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-linux-rules.html#linux-rules-oracle) | 2020 年 5 月 7 日 |
| [AWS Resource Groups をターゲットにした State Manager の関連付けを作成する](#systems-manager-release-history) | AWS アカウント のタグ、個々のインスタンス、すべてのインスタンスをターゲットにすることに加えて、AWS Resource Groups のインスタンスをターゲットにする State Manager 関連付けを作成できるようになりました。詳細については、「[State Manager 関連付けのターゲットとレート制御について](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-state-manager-targets-and-rate-controls.html)」を参照してください。 | 2020 年 5 月 7 日 |
| [AMI ID を検証するための Parameter Store の新しい `aws:ec2:image` データタイプ](#systems-manager-release-history) | `String` パラメータを作成するときに、データ型を `aws:ec2:image` として指定して、入力するパラメータ値が有効な Amazon Machine Image (AMI) ID 形式に確実になるようにできます。AMI ID 形式のサポートにより、プロセスで使用する AMI が変更されるたびに、すべてのスクリプトとテンプレートを新しい ID で更新する必要がなくなりました。データ型 `aws:ec2:image` のパラメータを作成し、その値として、AMI の ID を入力できます。この AMI が新しいインスタンスの作成元になります。このパラメータをテンプレート、コマンドで参照します。別の AMI を使用する準備ができたら、パラメータ値を更新します。 Parameter Storeによって新しい AMI ID が検証されます。手動でスクリプトとテンプレートを更新する必要はありません。詳細については、「[Amazon Machine Image ID のネイティブパラメータサポート](https://docs.aws.amazon.com/systems-manager/latest/userguide/parameter-store-ec2-aliases.html)」を参照してください。 | 2020 年 5 月 5 日 |
| [Run Command コマンドでの終了コードの管理](#systems-manager-release-history) | Run Command を使用して、スクリプトで終了コードを処理する方法を定義できます。デフォルトでは、スクリプトで最後に実行されたコマンドの終了コードは、スクリプト全体の終了コードとしてレポートされます。ただし、シェルの条件ステートメントを含めて以下の方法で、最後のコマンドが失敗する前にいずれかのコマンドが失敗した場合にスクリプトを終了させることができます。例については、新しいトピック「[Run Command コマンドでの終了コードの管理](https://docs.aws.amazon.com/systems-manager/latest/userguide/command-exit-codes.html)」を参照してください。 | 2020 年 5 月 5 日 |
| [アベイラビリティーゾーンとローカルゾーン用にリリースされた新しいパブリックパラメータ](#systems-manager-release-history) | AWS のアベイラビリティーゾーンとローカルゾーンに関する情報をプログラムで利用できるようにするパブリックパラメータがリリースされました。これらは、AWS のサービスおよび AWS リージョン の既存のグローバルインフラストラクチャパブリックパラメータに追加されます。詳細については、「[AWS のサービス、リージョン、エンドポイント、アベイラビリティーゾーン、Local Zones、Wavelength ゾーンのパブリックパラメータの呼び出し](https://docs.aws.amazon.com/systems-manager/latest/userguide/parameter-store-public-parameters-global-infrastructure.html)」を参照してください。 | 2020 年 5 月 4 日 |
| [Explorer の新しいデータソース: AWS Trusted Advisor](#systems-manager-release-history) | Explorer で AWS Trusted Advisor からのデータが表示されるようになりました。このデータには、コストの最適化、セキュリティ、耐障害性、パフォーマンス、およびサービスクォータについて、ベストプラクティスチェックのステータスとレコメンデーションが含まれます。詳細については、「[関連サービスの設定](https://docs.aws.amazon.com/systems-manager/latest/userguide/Explorer-setup-related-services.html)」で Trusted Advisor のセットアップに関するトピックを参照してください。 | 2020 年 5 月 4 日 |
| [Chef recipe を実行する State Manager の関連付けを作成する](#systems-manager-release-history) | `AWS-ApplyChefRecipes` ドキュメントを使用して、Chef のクックブックと recipe を実行する State Manager の関連付けを作成できます。このドキュメントには、Chef recipe の実行に関して次の利点があります。 Chef の複数のリリース (Chef 11 から Chef 14) をサポートします。 ターゲットインスタンスに Chef クライアントソフトウェアを自動的にインストールします。 オプションで、ターゲットインスタンスで Systems Manager コンプライアンスチェックを実行し、コンプライアンスチェックの結果を S3 バケットに保存します。 ドキュメントの 1 回の実行で複数のクックブックと recipe を実行します。 オプションで、recipe を `why-run`モードで実行し、変更を加えずにターゲットインスタンスでどの recipe が変更されるかを示します。 オプションで、カスタム JSON 属性を `chef-client` 実行に適用します。 詳細については、「[Creating associations that run Chef recipes](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-state-manager-chef.html)」を参照してください。 | 2020 年 3 月 19 日 |
| [複数の AWS アカウント のインベントリデータを中央の Amazon S3 バケットに同期する](#systems-manager-release-history) | 複数の AWS アカウント の Systems Manager インベントリデータを中央 S3 バケットに同期できます。アカウントは で定義する必要がありますAWS Organizations 詳細については、[AWS Organizations で定義された複数のアカウントのインベントリリソースデータ同期の作成](https://docs.aws.amazon.com/systems-manager/latest/userguide/inventory-create-resource-data-sync.html#systems-manager-inventory-resource-data-sync-AWS-Organizations)を参照してください。 | 2020 年 3 月 16 日 |
| [Amazon S3 で AppConfig の設定を保存](#systems-manager-release-history) | 以前は、AppConfig では、Systems Manager (SSM) ドキュメントまたは Parameter Store パラメータに保存されたアプリケーション設定のみがサポートされていました。これらのオプションに加えて、AppConfig では、Amazon S3 での設定の保存がサポートされるようになりました。詳細については、「[Amazon S3 に保存される設定について](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-creating-configuration-and-profile-S3-source.html)」を参照してください。 | 2020 年 3 月 13 日 |
| [Amazon ECS 最適化 AMIs にデフォルトで SSM Agent をインストール ](#systems-manager-release-history) | SSM Agent が Amazon ECS 最適化 AMIs にデフォルトでインストールされるようになりました。詳細については、「[SSM Agent の使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent.html)」を参照してください。 | 2020 年 2 月 25 日 |
| [コンソールでの AppConfig 設定の作成](#systems-manager-release-history) | AppConfig では、設定プロファイルの作成時に、コンソールでアプリケーション設定を作成できるようになりました。詳細については、「[設定および設定プロファイルの作成](https://docs.aws.amazon.com/appconfig/latest/userguide/appconfig-creating-configuration-and-profile.html)」を参照してください。 | 2020 年 2 月 13 日 |
| [指定した日付までにリリースされたパッチのみを自動承認する](#systems-manager-release-history) | パッチがリリースされてから、指定した日数後にパッチをインストール用に自動承認するオプションに加え、Patch Manager では、指定した日付以前にリリースされたパッチのみを自動承認する機能がサポートされるようになりました。例えば、パッチベースラインの期限日として 2020 年 7 月 7 日を指定した場合、2020 年 7 月 8 日以降にリリースされたパッチは自動的にインストールされません。詳細については、「[カスタムベースラインについて](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-predefined-and-custom-patch-baselines.html#patch-manager-baselines-custom)」および「[カスタムパッチベースラインの作成 (コンソール)](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-manage-patch-baselines.html)」を参照してください。 | 2020 年 2 月 12 日 |
| [メンテナンスウィンドウタスクで \$1\$1RESOURCE\$1ID\$1\$1 擬似パラメータを使用する](#systems-manager-release-history) | メンテナンスウィンドウタスクを登録する場合は、タスクタイプに固有のパラメータを指定します。`{{TARGET_ID}}`、`{{TARGET_TYPE}}`、`{{WINDOW_TARGET_ID}}` などの擬似パラメータ構文を使用すると、特定の値を参照できます。メンテナンスウィンドウタスクが実行されると、擬似パラメータプレースホルダーの代わりに正しい値を渡します。リソースグループの一部であるリソースをターゲットとしてサポートするには、`{{RESOURCE_ID}}` 擬似パラメータを使用して、DynamoDB テーブル、S3 バケット、その他のサポートされているタイプのリソースの値を渡すことができます。詳細については、「[チュートリアル: メンテナンスウィンドウを作成および設定するには (AWS CLI)](https://docs.aws.amazon.com/systems-manager/latest/userguide/maintenance-windows-cli-tutorials-create.html)」の次のトピックを参照してください。 [メンテナンスウィンドウタスクの登録時の疑似パラメータの使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/maintenance-window-tasks-pseudo-parameters.html) [例: メンテナンスウィンドウにタスクを登録する](https://docs.aws.amazon.com/systems-manager/latest/userguide/mw-cli-register-tasks-examples.html) | 2020 年 2 月 6 日 |
| [コマンドをすばやく再実行する](#systems-manager-release-history) | Systems Manager には、AWS Systems Manager コンソールの [**Run Command**] ページからコマンドを再実行するのに役立つオプションが 2 つあります。**Rerun (再実行)**: このボタンを使用すると、変更を加えずに同じコマンドを実行できます。**Copy to new (新規にコピー)**: このボタンをクリックすると、1 つのコマンドの設定が新しいコマンドにコピーされ、実行前にこれらの設定を編集できます。詳細については、「[コマンドを再実行する](https://docs.aws.amazon.com/systems-manager/latest/userguide/rc-console.html#run-command-rerun)」を参照してください。 | 2020 年 2 月 5 日 |
| [アドバンストインスタンス層から標準インスタンス層に戻す](#systems-manager-release-history) | 以前にハイブリッド環境で実行されているすべてのオンプレミスインスタンスでアドバンストインスタンス層を使用するように設定している場合は、これらのインスタンスで標準インスタンス層を使用するようにすばやく設定できるようになりました。標準インスタンス層に戻すプロセスは、AWS アカウント および単一 AWS リージョン 内のすべてのハイブリッドインスタンスに適用されます。標準インスタンス層に戻すと、一部の Systems Manager ツールの可用性が影響を受けます。詳細については、「[アドバンストインスタンス層から標準インスタンス層に戻す](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet-manager-revert-to-standard-tier.html)」を参照してください。 | 2020 年 1 月 16 日 |
| [パッチのインストール後にインスタンスの再起動をスキップする新しいオプション](#systems-manager-release-history) | 以前は、Patch Manager でマネージドインスタンスにパッチをインストールした後で、マネージドインスタンスを必ず再起動していました。SSM ドキュメント `AWS-RunPatchBaseline` の新しい `RebootOption` パラメータを使用すると、新しいパッチのインストール後にインスタンスを自動的に再起動するかどうかを指定できます。詳細については、「[SSM ドキュメント `AWS-RunPatchBaseline` について](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-aws-runpatchbaseline.html)」トピックの「[パラメータ名: RebootOption](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-aws-runpatchbaseline.html#patch-manager-aws-runpatchbaseline-parameters-norebootoption)」を参照してください。 | 2020 年 1 月 15 日 |
| [新しいトピック:「Linux インスタンスでの PowerShell スクリプトの実行」](#systems-manager-release-history) | Run Command を使用して Linux インスタンスで PowerShell スクリプトを実行する方法を説明する新しいトピック。詳細については、「[Linux インスタンスでの PowerShell スクリプトの実行](https://docs.aws.amazon.com/systems-manager/latest/userguide/powershell-run-command-linux.html)」を参照してください。 | 2020 年 1 月 10 日 |
| [「プロキシを使用するように SSM Agent を設定する」を更新](#systems-manager-release-history) | プロキシを使用するように SSM Agent を設定するときに指定する値が更新され、HTTP プロキシサーバーと HTTPS プロキシサーバーの両方のオプションが含まれるようになりました。詳細については、「[プロキシを使用するように SSM Agent を設定する](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-proxy-with-ssm-agent.html)」を参照してください。 | 2020 年 1 月 9 日 |
| [新しい「セキュリティ」の章では、Systems Manager リソースを保護するためのプラクティスを概説しています](#systems-manager-release-history) | 「*AWS Systems Manager ユーザーガイド*」の新しい「[セキュリティ](https://docs.aws.amazon.com/systems-manager/latest/userguide/security.html)」の章では、Systems Manager を使用する際に[責任共有モデル](https://aws.amazon.com/compliance/shared-responsibility-model/)を適用する方法を理解する参考になります。本章のトピックでは、セキュリティおよびコンプライアンス目標を達成するために Systems Manager を設定する方法を説明しています。また、Systems Manager リソースのモニタリングや保護に役立つ他の AWS のサービスの使用方法についても説明します。 この更新の一環として、ユーザーガイドの章「認証とアクセス制御」が、新しくより簡素なセクション「[AWS Systems Manager の Identity and Access Management](https://docs.aws.amazon.com/systems-manager/latest/userguide/security-iam.html)」に置き換えられました。 | 2019 年 12 月 24 日 |
| [新しいサンプルカスタム Automation ランブック](#systems-manager-release-history) | サンプルカスタム Automation ランブックがユーザーガイドに追加されました。これらのサンプルは、さまざまな Automation アクションを使用して、デプロイ、トラブルシューティング、およびメンテナンスのタスクを簡素化する方法を説明しており、独自のカスタム Automation ランブックを作成できるように支援することを目的としています。詳細については、「[カスタムの Automation ランブックサンプル](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-document-examples.html)」を参照してください。Systems Manager コンソールで Amazon マネージド Automation ランブックのコンテンツを表示することもできます。詳細については、「[Systems Manager Automation Runbook Reference](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-documents-reference.html)」を参照してください。 | 2019 年 12 月 23 日 |
| [Oracle Linux のサポート](#systems-manager-release-history) | Systems Manager で、Oracle Linux 7.5 および 7.7 がサポートされるようになりました。Oracle Linux インスタンス用の EC2 インスタンスに SSM Agent を手動でインストールする方法については、「[https://docs.aws.amazon.com/systems-manager/latest/userguide/manually-install-ssm-agent-linux.html#agent-install-oracle](https://docs.aws.amazon.com/systems-manager/latest/userguide/manually-install-ssm-agent-linux.html#agent-install-oracle)」を参照してください。ハイブリッド環境内の Oracle Linux サーバーへの SSM Agent のインストールについては、「[ハイブリッド Linux ノードで SSM Agent をインストールする方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/hybrid-multicloud-ssm-agent-install-linux.html)」を参照してください。 | 2019 年 12 月 19 日 |
| [Amazon EC2 コンソールからの Session Manager セッションの起動](#systems-manager-release-history) | Amazon Elastic Compute Cloud (Amazon EC2) コンソールから Session Manager セッションを開始できるようになりました。Amazon EC2 コンソールからセッション関連のタスクを操作するには、ユーザーと管理者の両方に異なる IAM アクセス許可が必要です。Session Manager コンソールと AWS CLI のみを使用するアクセス許可、Amazon EC2 コンソールのみを使用するアクセス許可、または 3 つのツールすべてを使用するアクセス許可を指定できます。詳細については、以下のトピックを参照してください。 [クイックスタート Session Manager のデフォルト IAM ポリシー](https://docs.aws.amazon.com/systems-manager/latest/userguide/getting-started-restrict-access-quickstart.html) [セッションを開始する (Amazon EC2 コンソール)](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-manager-working-with-sessions-start.html#start-ec2-console) | 2019 年 12 月 18 日 |
| [CloudWatch の Run Command メトリクスとアラームのサポート](#systems-manager-release-history) | AWS Systems Manager は、Run Command コマンドのステータスに関するメトリクスを CloudWatch に公開するようになりました。これにより、このようなメトリクスに基づいてアラームを設定できます。コマンドの端末ステータス値で、メトリクスを追跡できるものには `Success`、`Failed`、および `Delivery Timed Out` があります。詳細については、「[Amazon CloudWatch を使用した Run Command メトリクスのモニタリング](https://docs.aws.amazon.com/systems-manager/latest/userguide/monitoring-cloudwatch-metrics.html)」を参照してください。 | 2019 年 12 月 17 日 |
| [新しい Systems Manager ツール: Change Calendar](#systems-manager-release-history) | Systems Manager Change Calendar を使用して、リソースへのコード変更 (Systems Manager Automation ランブックや AWS Lambda 関数からのコード変更など) を制限または禁止する期間 (イベント) を指定します。変更カレンダーは、[iCalendar 2.0](https://icalendar.org/) データをプレーンテキスト形式で格納する新しい Systems Manager ドキュメントタイプです。詳細については、「[AWS Systems Manager Change Calendar](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-change-calendar.html)」を参照してください。 | 2019 年 12 月 11 日 |
| [新しい Systems Manager ツール: AWSAppConfig](#systems-manager-release-history) | AppConfig を使用して、アプリケーション設定を作成、管理、迅速にデプロイします。AppConfig は、あらゆる規模のアプリケーションへの管理型デプロイをサポートします。AppConfig は、EC2 インスタンス、AWS Lambda、コンテナ、モバイルアプリケーション、または IoT デバイスでホストされているアプリケーションで使用できます。アプリケーション設定のデプロイ時のエラーを防ぐため、AppConfig にはバリデータが含まれています。バリデータは構文チェックまたはセマンティックチェックを実施して、デプロイする設定が意図したとおりに動作することを確認します。設定のデプロイ中、AppConfig はアプリケーションをモニタリングしてデプロイが正常に実施されたことを確認します。システムでエラーが発生した場合、またはデプロイによってアラームが起動した場合、AppConfig は変更をロールバックして、アプリケーションユーザーへの影響を最小限に抑えます。詳細については、「[AWSAppConfig](https://docs.aws.amazon.com/systems-manager/latest/userguide/appconfig.html)」を参照してください。 | 2019 年 11 月 25 日 |
| [Systems Manager の新ツール: Systems Manager Explorer](#systems-manager-release-history) | AWS Systems Manager Explorer は、AWS リソースに関する情報の報告に使用するカスタマイズ可能なオペレーションダッシュボードです。Explorer には、AWS アカウント および AWS リージョン 全体のオペレーションデータ (OpsData) の集約的なビューが表示されます。Explorer では、OpsData に EC2 インスタンス、パッチコンプライアンスの詳細、および運用作業項目 (OpsItems) に関するメタデータが含まれています。Explorer では、OpsItems が事業部門またはアプリケーション全体にどのように分散されているか、それらが時間の経過とともにどのような傾向を示すか、およびカテゴリによってどのように異なるかに関するコンテキストが提供されます。Explorer で情報をグループ化およびフィルタリングすると、自身に関連する項目や、アクションが必要な項目に注目することができます。優先度の高い問題を特定したら、Systems Manager OpsCenter を使用してオートメーションランブックを実行すると、問題をすばやく解決できます。詳細については、「[AWS Systems ManagerExplorer](https://docs.aws.amazon.com/systems-manager/latest/userguide/Explorer.html)」を参照してください。 Systems Manager OpsCenter のセットアップは、Explorer のセットアップと統合されています。すでに OpsCenter をセットアップしている場合は、統合セットアップを完了して、設定とオプションを確認する必要があります。OpsCenter をセットアップしていない場合は、統合セットアップを使用することで両方のツールの使用を開始できます。詳細については、「[Explorer および OpsCenter の開始方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/Explorer-setup.html)」を参照してください。 | 2019 年 11 月 18 日 |
| [パラメータ検索機能の改善](#systems-manager-release-history) | アカウントに多数のパラメータがある場合や、パラメータの正確な名前を思い出せない場合は、パラメータを検索するためのツールで簡単にパラメータを見つけることができます。検索ツールで、`contains` でフィルタリングできるようになりました。検索ツールでは以前は、パラメータ名の検索に `equals` と `begins-with` しか使用できませんでした。詳細については、「[Systems Manager のパラメータを検索する](https://docs.aws.amazon.com/systems-manager/latest/userguide/parameter-search.html)」を参照してください。 | 2019 年 11 月 15 日 |
| [新しいコンソールベースのオートメーション用ドキュメントビルダー \$1 自動化ステップでのスクリプト実行のサポート](#systems-manager-release-history) | 標準化した運営計画の作成と共有を Systems Manager オートメーションにより行うことで、ユーザー、AWS アカウント 、AWS リージョン での一貫性を確立できるようになりました。スクリプトを実行し、Markdown を使用して Automation ランブックにインラインドキュメントを追加するこの機能により、エラーを削減できるだけでなく、手動のステップ (例えば、Wiki 記事の検索、ターミナルでのコマンド実行) を排除できます。詳細については、以下のトピックを参照してください。 [チュートリアル: ドキュメントビルダーを使用してカスタム Automation ランブックを作成する](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-document-builder.html) [https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-actions.html#automation-action-executeScript](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-actions.html#automation-action-executeScript) (オートメーションアクションのリファレンス) [ドキュメントビルダーを使用した Automation ランブックの作成](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-document-builder.html) *AWS ニュースブログ*の「[Systems Manager の新しい オートメーション機能](https://aws.amazon.com/blogs/aws/new-automation-features-in-aws-systems-manager)」 | 2019 年 11 月 14 日 |
| [Distributor を使用してインプレースパッケージ更新を実行する](#systems-manager-release-history) | Distributor を使用してパッケージの更新をインストールする場合、従来は、パッケージ全体をアンインストールして新しいバージョンを再インストールする方法以外に選択肢はありませんでした。現在では、代替手段としてインプレース更新を選択することができます。インプレース更新中、Distributor は、パッケージに組み込まれた更新スクリプトに従って、最後のインストール以降に新たに追加または変更されたファイルのみをインストールします。このオプションを使用すると、パッケージアプリケーションを利用可能な状態に保つことができ、更新中にオフラインにすることはできません。詳細については、以下のトピックを参照してください。 [パッケージの作成](https://docs.aws.amazon.com/systems-manager/latest/userguide/distributor-working-with-packages-create.html) [パッケージのインストールまたは更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/distributor-working-with-packages-deploy.html) | 2019 年 11 月 11 日 |
| [新しい SSM Agent の自動更新機能](#systems-manager-release-history) | ワンクリックで、AWS アカウント のすべてのインスタンスを設定して、新バージョンの SSM Agent を自動的にチェックしてダウンロードできます。これを行うには、AWS Systems Manager コンソールの [**マネージドインスタンス**] ページで [**Agent auto update (エージェントの自動更新)**] を選択します。詳細については、「[SSM Agentへの更新の自動化](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-automatic-updates)」を参照してください。 | 2019 年 11 月 5 日 |
| [AWS が提供するタグを使用して Session Manager アクセスを制限する](#systems-manager-release-history) | セッションアクションへのユーザーアクセスを制御する 2 番目の方法が利用可能になりました。この新しい方法で、`{aws:username}` 変数を使用する代わりに AWS が提供するセッションタグを使用して IAM アクセスポリシーを作成します。AWS が提供するセッションタグを使用すると、フェデレーション ID を使用する組織がセッションへのユーザーアクセスを制御できます。詳細については、「[ユーザーが開始したセッションのみを終了できるようにする](https://docs.aws.amazon.com/systems-manager/latest/userguide/getting-started-restrict-access-examples.html#restrict-access-example-user-sessions)」を参照してください。 | 2019 年 10 月 2 日 |
| [Ansible プレイブックを適用するための新しい SSM コマンドドキュメント](#systems-manager-release-history) | `AWS-ApplyAnsiblePlaybooks` ドキュメントを使用して、State Manager プレイブックを実行する Ansible の関連付けを作成できます。このドキュメントには、プレイブックを実行するための以下の利点があります。 複雑なプレイブックの実行のサポート GitHub と Amazon Simple Storage Service (Amazon S3) からのプレイブックのダウンロードをサポート 圧縮されたプレイブック構造のサポート 高度なログ記録 プレイブックがバンドルされているときに実行するプレイブックを指定する機能 詳細については、「[Creating associations that run Ansible playbooks](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-state-manager-ansible.html)」を参照してください。 | 2019 年 9 月 24 日 |
| [Session Manager のポート転送をサポート](#systems-manager-release-history) | Session Manager はポート転送セッションをサポートするようになりました。ポート転送を使用すると、プライベートサブネットにデプロイされたインスタンス間にトンネルを安全に作成でき、サーバーで SSH サービスを開始したり、セキュリティグループで SSH ポートを開いたり、踏み台ホストを使用したりする必要はありません。SSH トンネルと同様に、ポート転送を使用すると、ラップトップ間でトラフィックを転送してインスタンスのポートを開くことができます。ポート転送を設定すると、ローカルポートに接続し、インスタンス内で実行されているサーバーアプリケーションにアクセスできます。詳細については、以下の各トピックを参照してください。 *AWS ニュースブログ*の [AWS Systems ManagerSession Manager を使用したポート転送](https://aws.amazon.com/blogs/aws/new-port-forwarding-using-aws-system-manager-sessions-manager/) [セッションの開始 (ポート転送)](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-manager-working-with-sessions-start.html#sessions-start-port-forwarding) | 2019 年 8 月 29 日 |
| [デフォルトのパラメータ階層を指定、または階層の選択を自動化する](#systems-manager-release-history) | 階層を指定しないパラメータを作成または更新するリクエストに使用するデフォルトのパラメータ階層を指定できるようになりました。デフォルトの階層は、標準パラメータ、詳細パラメータ、または新しいオプション、Intelligent-Tiering に設定できます。Intelligent-Tiering は各 PutParameter リクエストを評価し、必要な場合にのみ高度なパラメータを作成します (パラメータ値のサイズが 4 KB を超える場合、パラメータポリシーがパラメータに関連付けられている場合、または標準階層でサポートされている最大 10,000 パラメータが既に作成されている場合は、詳細パラメータが必要です)。デフォルト階層の指定と Intelligent-Tiering の使用の詳細については、「[デフォルトのパラメータ階層の指定](https://docs.aws.amazon.com/systems-manager/latest/userguide/ps-default-tier.html)」を参照してください。 | 2019 年 8 月 27 日 |
| [CLI および PowerShell の手順で更新された「関連付けの使用」セクション](#systems-manager-release-history) | AWS CLI または AWS Tools for PowerShell を使用する関連付けを管理するための手順ドキュメントを含めるため、[関連付けの使用] セクションが更新されました。詳細については、「[Systems Manager での関連付けの使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/state-manager-associations.html)」を参照してください。 | 2019 年 8 月 26 日 |
| [CLI および PowerShell の手順で更新された「自動化実行の使用」セクション](#systems-manager-release-history) | AWS CLI または AWS Tools for PowerShell を使用する自動化ワークフローを実行するための手順ドキュメントを含めるため、[自動化実行の使用 ] セクションが更新されました。詳細については、「[自動化実行の使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-working.html)」を参照してください。 | 2019 年 8 月 20 日 |
| [OpsCenter と Application Insights の統合](#systems-manager-release-history) | OpsCenter は、.NET および SQL Server 用の Amazon CloudWatch Application Insights と統合されています。つまり、アプリケーションで検出された問題に対して自動的に OpsItems を作成できます。OpsItems を作成するように Application Insights を設定する方法については、*Amazon CloudWatch ユーザーガイド*の「[モニタリング用にアプリケーションをセットアップ、構成、管理する](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/appinsights-setting-up.html)」を参照してください。 | 2019 年 8 月 7 日 |
| [新しいコンソール機能: AWS Systems ManagerQuick Setup](#systems-manager-release-history) | Quick Setup は、EC2 インスタンスで複数の Systems Manager コンポーネントをすばやく設定できるようにする、Systems Manager コンソールの新機能です。具体的には、Quick Setup は、タグを使用して選択したかターゲットに指定したインスタンスで以下のコンポーネントを設定するのに役立ちます。 Systems Manager の AWS Identity and Access Management (IAM) インスタンスプロファイルロール。 SSM Agent のスケジュールされた隔月ごとの更新。 30 分ごとにスケジュールされたインベントリメタデータの収集。 欠落しているパッチを特定するために、インスタンスを毎日スキャン。 Amazon CloudWatch エージェントの 1 回限りのインストールと設定。 CloudWatch エージェントのスケジュールされた月次更新。 詳細については、「[AWS Systems Manager Quick Setup](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-quick-setup.html)」を参照してください。 | 2019 年 8 月 7 日 |
| [リソースグループをメンテナンスウィンドウターゲットとして登録する](#systems-manager-release-history) | メンテナンスウィンドウのターゲットとしてマネージドインスタンスを登録するだけでなく、リソースグループもメンテナンスウィンドウのターゲットとして登録できるようになりました。Maintenance Windowsは、AWS Resource Groups にサポートされているすべての AWS リソースタイプ (`AWS::EC2::Instance`、`AWS::DynamoDB::Table`、`AWS::OpsWorks::Instance`、`AWS::Redshift::Cluster` など) に対応します。このリリースでは、コマンドをリソースグループに送信することもできます。例えば、Run Command コンソールまたは AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/ssm/send-command.html](https://docs.aws.amazon.com/cli/latest/reference/ssm/send-command.html) コマンドを使用します。詳細については、以下の各トピックを参照してください。 [メンテナンスウィンドウにターゲットを割り当てる (コンソール)](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-maintenance-assign-targets.html) [例: ターゲットをメンテナンスウィンドウに登録する](https://docs.aws.amazon.com/systems-manager/latest/userguide/mw-cli-tutorial-targets-examples.html) [ターゲットとレート制御を使用してフリートにコマンドを送信する](https://docs.aws.amazon.com/systems-manager/latest/userguide/send-commands-multiple.html) | 2019 年 7 月 23 日 |
| [AWS Systems ManagerDistributor によるパッケージ作成とバージョニングの簡素化](#systems-manager-release-history) | Distributor には、パッケージマニフェスト、スクリプト、およびファイルハッシュを生成できる、新しく簡素化されたパッケージ作成ワークフローがあります。既存のパッケージにバージョンを追加する際、簡略化されたワークフローを使用することもできます。 | 2019 年 7 月 22 日 |
| [Systems Manager Automation の新しいドキュメントカテゴリペイン](#systems-manager-release-history) | Systems Manager には、コンソールでオートメーションを実行する場合の新しいドキュメントカテゴリペインが含まれます。このペインを使用して、目的に基づいて Automation ランブックをフィルタリングします。 | 2019 年 7 月 18 日 |
| [オペレーティングシステムのユーザー認証情報を使用した Session Manager セッション起動のサポート](#systems-manager-release-history) | デフォルトでは、Session Manager セッションは、マネージドインスタンスで作成されたシステム生成の `ssm-user` アカウントの認証情報を使用して起動されます。Linux マシンでは、代わりにオペレーティングシステムアカウントの認証情報を使用してセッションを起動できるようになりました。詳細については、「[Linux インスタンスの Run As サポートを有効にする](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-preferences-run-as.html)」を参照してください。 | 2019 年 7 月 9 日 |
| [SSH を使用して Session Manager セッションの起動をサポートする](#systems-manager-release-history) | AWS CLI で Session Manager を使用してマネージドインスタンスで SSH セッションを起動できるようになりました。Session Manager で SSH セッションを許可する方法については、「[(オプション) SSH Session Manager セッションの有効化](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-manager-getting-started-enable-ssh-connections.html)」を参照してください。Session Manager を使用して SSH セッションを開始する方法については、「[セッションの開始 (SSH)](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-manager-working-with-sessions-start.html#sessions-start-ssh)」を参照してください。 | 2019 年 7 月 9 日 |
| [マネージドインスタンスのパスワード変更のサポート](#systems-manager-release-history) | Systems Manager を使用して管理するマシンのパスワードをリセットできるようになりました (マネージドインスタンス)。Systems Manager コンソールまたは AWS CLI を使用して、パスワードをリセットできます。詳細については、「[マネージドインスタンスのパスワードのリセット](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet-manager-reset-password.html)」を参照してください。 | 2019 年 7 月 9 日 |
| [「AWS Systems Manager とは」の改訂](#systems-manager-release-history) | 「[AWS Systems Manager とは](https://docs.aws.amazon.com/systems-manager/latest/userguide/what-is-systems-manager.html)」の最初のトピックは、サービスの詳細な概要を提供し、最近リリースされた Systems Manager ツールを反映するように拡張されました。さらに、このセクションの他のコンテンツは、見つけやすいように個々のトピックに移動されました。 | 2019 年 6 月 10 日 |
| [新しい Systems Manager ツール: OpsCenter](#systems-manager-release-history) | OpsCenter は、オペレーションエンジニアや IT プロフェッショナルが AWS リソースに関連する運用作業項目 (OpsItems) を表示、調査、解決できる中心的な場所を提供します。OpsCenter は、AWS リソースに影響する問題の解決までの平均時間を短縮するように設計されています。Systems Manager のこのツールでは、各 OpsItem、関連 OpsItems、および関連リソースに関する状況に応じた調査データを提供しながら、サービス間で OpsItems を集約および標準化します。また、OpsCenter では、問題を迅速な解決に使用できる Systems Manager Automation ランブックも提供しています。検索可能なカスタムデータを OpsItem ごとに指定することができます。OpsItems に関する自動的に生成された概要レポートは、ステータスおよびソース別に表示することもできます。詳細については、「[AWS Systems ManagerOpsCenter](https://docs.aws.amazon.com/systems-manager/latest/userguide/OpsCenter.html)」を参照してください。 | 2019 年 6 月 6 日 |
| [中の Systems Manager の左側のナビゲーションペインへの変更AWS マネジメントコンソール](#systems-manager-release-history) | AWS マネジメントコンソールの [Systems Manager] 左側のナビゲーションペインに、Ops Center の見出しなど、新しい見出しが追加されました。これにより、Systems Manager のツールがより論理的にグループ化されます。 | 2019 年 6 月 6 日 |
| [AWS CLI を使用したメンテナンスウィンドウの作成と設定に関するチュートリアルの改訂](#systems-manager-release-history) | 「[チュートリアル: メンテナンスウィンドウを作成および設定するには (AWS CLI)](https://docs.aws.amazon.com/systems-manager/latest/userguide/maintenance-windows-cli-tutorials-create.html)」を実際の手順をわかりやすく説明するために見直しました。1 つのメンテナンスウィンドウを作成し、1 つのターゲットを識別して、メンテナンスウィンドウで実行するシンプルなタスクを設定します。また、`{{TARGET_ID}}` などの疑似パラメータを使用するための情報など、独自のタスク登録コマンドを作成するために使用できる情報と例を提供しました。追加情報と例については、以下のトピックを参照してください。 [例: ターゲットをメンテナンスウィンドウに登録する](https://docs.aws.amazon.com/systems-manager/latest/userguide/mw-cli-tutorial-targets-examples.html) [例: タスクをメンテナンスウィンドウに登録する](https://docs.aws.amazon.com/systems-manager/latest/userguide/mw-cli-register-tasks-examples.html) [register-task-with-maintenance-windows オプションについて](https://docs.aws.amazon.com/systems-manager/latest/userguide/mw-cli-task-options.html) [メンテナンスウィンドウタスクの登録時の疑似パラメータの使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/maintenance-window-tasks-pseudo-parameters.html) | 2019 年 5 月 31 日 |
| [SSM Agent の更新に関する通知](#systems-manager-release-history) | SSM Agent の更新に関する通知を受け取るには、GitHub の「[SSM Agent リリースノート](https://github.com/aws/amazon-ssm-agent/blob/mainline/RELEASENOTES.md)」ページをサブスクライブします。 | 2019 年 5 月 24 日 |
| [Parameter Store の変更に基づく通知の受信やアクションの起動](#systems-manager-release-history) | トピック「[Parameter Storeイベントに基づき、通知の設定またはアクションのトリガーを行う](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-paramstore-cwe.html)」は、Parameter Store の変更に対応するための Amazon EventBridge ルールの設定に役立ちます。次のいずれかが発生すると、通知が送信されたり、他のアクションを起動したりできます。 パラメータは作成、更新、または削除されます。 パラメータラベルバージョンが作成、更新、または削除されます。 パラメータが期限切れ、期限切れ間近、または指定された期間内に変更されていない。 | 2019 年 5 月 22 日 |
| [セットアップおよび開始方法のコンテンツに関する主な改訂点](#systems-manager-release-history) | *AWS Systems Manager ユーザーガイド*の*セットアップ*と*開始方法*に関する内容を拡張して再編成しました。*セットアップ*は、2 つのセクションに分かれています。一方のセクションでは、EC2 インスタンスを設定および管理するための Systems Manager のセットアップ作業に重点を置いています。もう一方のセクションでは、ハイブリッド環境でオンプレミスサーバーと仮想マシン (VM) を構成および管理するための Systems Manager のセットアップについて説明しています。どちらのセクションでも、すべてのセットアップトピックを番号付きの主なステップとして完了の推奨順に示しています。新しい開始方法の章は、アカウントとサービスの設定タスクの完了後に、エンドユーザーが Systems Manager の使用を開始しやすいように構成されています。 [AWS Systems Manager のセットアップ](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-setting-up-ec2.html) [ハイブリッド環境で AWS Systems Manager を設定する](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-hybrid-multicloud.html) [AWS Systems Manager の開始方法](https://docs.aws.amazon.com/systems-manager/latest/userguide/getting-started.html) | 2019 年 5 月 15 日 |
| [Microsoft がリリースしたアプリケーションのパッチをパッチベースラインに含める (Windows)](#systems-manager-release-history) | Patch Manager は、Windows Server インスタンスで Microsoft がリリースしたアプリケーションのパッチ更新をサポートするようになりました。以前は、Windows Server オペレーティングシステムのパッチのみがサポートされていました。Patch Manager には、Windows Server インスタンス用に 2 つの定義済みパッチベースラインが用意されています。このパッチベースライン `AWS-WindowsPredefinedPatchBaseline-OS` は、オペレーティングシステムのパッチにのみ適用されます。`AWS-WindowsPredefinedPatchBaseline-OS-Applications` は、Microsoft がリリースした Windows Server オペレーティングシステムと アプリケーションの両方に Windows 上で適用されます。Microsoft がリリースしたアプリケーションのパッチを含むカスタムのパッチベースラインの作成の詳細については、「[Create a custom patch baseline](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-manage-patch-baselines.html)」の最初の手順を参照してください。また、この更新の一部である AWS が提供する事前定義されたパッチベースラインの名前を変更中です。詳細については、「[事前定義されたベースライン](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-predefined-and-custom-patch-baselines.html#patch-manager-baselines-pre-defined)」を参照してください。 | 2019 年 5 月 7 日 |
| [AWS CLI を使用してメンテナンスウィンドウのターゲットを登録する例](#systems-manager-release-history) | 新しいトピック「[例: ターゲットをメンテナンスウィンドウに登録する](https://docs.aws.amazon.com/systems-manager/latest/userguide/mw-cli-tutorial-targets-examples.html)」には、AWS CLI を使用するときにメンテナンスウィンドウのターゲットを指定できる様々な方法を示す 4 つのサンプルコマンドがあります。このトピックでは、各サンプルコマンドのベストなユースケースについても説明します。 | 2019 年 5 月 3 日 |
| [パッチグループトピックの更新](#systems-manager-release-history) | トピック「[パッチグループについて](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-patch-groups.html)」が更新され、パッチ適用オペレーションの間にマネージドインスタンスが使用する適切なバッチベースラインを決定する方法に関するセクションが含められました。さらに、AWS CLI または Systems Manager コンソールを使用して **パッチグループ** または **PatchGroup** タグをマネージドインスタンスに追加する手順、ならびに **パッチグループ** または **PatchGroup** をパッチベースラインに追加する方法が追加されました。([EC2 インスタンスのメタデータでタグを許可](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Using_Tags.html#allow-access-to-tags-in-IMDS)している場合は、スペースなしで **PatchGroup** を使用する必要があります。) 詳細については、「[パッチグループの作成](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-tag-a-patch-group.html)」および「[パッチベースラインにパッチグループを追加する](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-patch-group-patchbaseline.html)」を参照してください。 | 2019 年 5 月 1 日 |
| [Parameter Store の新機能](#systems-manager-release-history) | Parameter Store は次の新機能を提供します。 **高度なパラメータ:** Parameter Store では、標準パラメータ階層 (デフォルト階層) または高度なパラメータ階層を使用するようにパラメータを個別に設定できるようになりました。アドバンストパラメータでは、パラメータ値の大きなサイズクォータ、AWS アカウント および AWS リージョン ごとに作成できるパラメータ数の多いクォータ、およびパラメータポリシーを使用する機能が提供されます。詳細パラメータの詳細については、「[Systems Manager のアドバンスドパラメータについて](https://docs.aws.amazon.com/systems-manager/latest/userguide/parameter-store-advanced-parameters.html)」を参照してください。 **パラメータポリシー:** パラメータポリシーを使用すると、有効期限または有効期限 (TTL) などの特定条件をパラメータに割り当てることができ、増え続けるパラメータのセットを管理できます。パラメータポリシーは、Parameter Store に保存されたパスワードと設定データを強制的に更新または削除するのに役立ちます。パラメータポリシーは、高度なパラメータ階層を使用するパラメータにのみ利用できます。詳細については、「[パラメータポリシーの使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/parameter-store-policies.html)」を参照してください。 **[Higher throughput]** (高スループット): これで Parameter Store スループット クォータを 1 秒あたり最大 1,000 件のトランザクションに増やすことができるようになりました。詳細については、「[Parameter Storeのスループットを向上する](https://docs.aws.amazon.com/systems-manager/latest/userguide/parameter-store-throughput.html)」を参照してください。 | 2019 年 4 月 25 日 |
| [自動化セクションの更新](#systems-manager-release-history) | 自動化セクションが見つけやすさを向上するために更新されました。さらに、3 つの新しいトピックが自動化セクションに追加されました。 [オートメーションを段階的に実行する](automation-working-executing-manually.md) [承認が必要なオートメーションを実行する](running-automations-require-approvals.md) [State Manager 関連付けでのオートメーションのスケジュール設定](scheduling-automations-state-manager-associations.md) | 2019 年 4 月 17 日 |
| [AWS KMS キーを使用してセッションデータを暗号化する](#systems-manager-release-history) | デフォルトでは、Session Manager は、TLS 1.2 を使用して、アカウント内のユーザーのローカルマシンと EC2 インスタンス間で送信されるセッションのデータを暗号化します。AWS Key Management Service で作成された AWS KMS key を使用して、そのデータをさらに暗号化することを選択できるようになりました。AWS アカウント、または他のアカウントから共有されたアカウントで作成された KMS キーを使用することができます。KSM キーを指定してセッションデータを暗号化する方法については、「[セッションデータの AWS KMS キー暗号化を有効にする (コンソール)](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-preferences-enable-encryption.html)」、「[Session Manager 設定 (AWS CLI) を作成する](https://docs.aws.amazon.com/systems-manager/latest/userguide/getting-started-create-preferences-cli.html)」、または「[Session Manager 設定 (AWS CLI) の更新](https://docs.aws.amazon.com/systems-manager/latest/userguide/getting-started-configure-preferences-cli.html)」を参照してください。 | 2019 年 4 月 4 日 |
| [AWS Systems Manager の Amazon SNS 通知の設定](#systems-manager-release-history) | AWS CLI または Systems Manager コンソールを使用して、メンテナンスウィンドウに登録された Run Command タスクと Run Command 用の Amazon SNS 通知を設定する手順を追加しました。詳細については、「[AWS Systems Manager の Amazon SNS 通知の設定](https://docs.aws.amazon.com/systems-manager/latest/userguide/monitoring-sns-notifications.html)」を参照してください。 | 2019 年 3 月 6 日 |
| [ハイブリッド環境でのサーバーおよび VM の高度なインスタンス](#systems-manager-release-history) | AWS Systems Manager は、ハイブリッド環境のサーバーと VM 用に、スタンダードインスタンス層とアドバンストインスタンス層を提供します。スタンダードインスタンス層では、AWS リージョン リージョンごと、AWS アカウント アカウントごとに最大 1,000 のサーバーまたは VM を登録できます。1 つのアカウントとリージョンに 1,000 を超えるサーバーまたは VM を登録する必要がある場合は、アドバンストインスタンス層を使用します。アドバンストインスタンス層では、必要な分だけインスタンスを作成できますが、Systems Manager に設定されているインスタンスはすべて、従量課金制でご利用いただけます。アドバンストインスタンスでは、AWS Systems Manager Session Manager を使用してハイブリッドマシンに接続することも可能です。Session Manager では、インタラクティブシェルでインスタンスにアクセスできます。アドバンストインスタンスの有効化の詳細については、「[アドバンストインスタンス層を使用する](https://docs.aws.amazon.com/systems-manager/latest/userguide/fleet-manager-enable-advanced-instances-tier.html)」を参照してください。 | 2019 年 3 月 4 日 |
| [共有 SSM ドキュメントを使用する State Manager 関連付けの作成](#systems-manager-release-history) | 他の AWS アカウント から共有されている SSM コマンドおよび Automation ランブックを使用する State Manager の関連付けを作成できます 共有 SSM ドキュメントを使用して関連付けを作成すると、インスタンスが同じアカウントにない場合でも、Amazon EC2 とハイブリッドインフラストラクチャを一貫した状態に保つことができます。SSM ドキュメントの共有の詳細については、「[AWS Systems Manager ドキュメント](https://docs.aws.amazon.com/systems-manager/latest/userguide/documents.html)」を参照してください。State Manager 関連付けの作成の詳細については、「[関連付けを作成する](https://docs.aws.amazon.com/systems-manager/latest/userguide/state-manager-about.html)」を参照してください。 | 2019 年 2 月 28 日 |
| [Amazon EventBridge ルールでサポートされる Systems Manager イベントのリストを表示する](#systems-manager-release-history) | 新しいトピック「[Amazon EventBridge を使用して Systems Manager イベントをモニタリングする](https://docs.aws.amazon.com/systems-manager/latest/userguide/monitoring-eventbridge-events.html)」では、Systems Manager によって生成されたさまざまなイベントの概要について説明します。これらのイベントに対して EventBridge でイベントのモニタリングルールを設定できます。 | 2019 年 2 月 25 日 |
| [Systems Manager リソースの作成時にタグを追加する](#systems-manager-release-history) | Systems Manager は、作成時に特定のリソースタイプにタグを追加する機能をサポートするようになりました。AWS CLI または SDK を使用して作成するときにタグ付けできるリソースには、メンテナンスウィンドウ、パッチベースライン、Parameter Store パラメータ、および SSM ドキュメントが含まれます。アクティベーションを作成するときに、タグをマネージドインスタンスに割り当てることもできます。Systems Manager コンソールを使用するときは、タグをメンテナンスウィンドウ、パッチベースライン、およびパラメータに追加できます。 | 2019 年 2 月 24 日 |
| [Systems Manager Inventory の IAM ロールを自動作成する](#systems-manager-release-history) | 以前は、コンソールの [**Inventory Detail View (インベントリの詳細表示)**] ページにインベントリデータを表示するには、AWS Identity and Access Management (IAM) ロールを作成し、このロールに個別のポリシーをアタッチする必要がありました。このロールを作成したり、ポリシーをアタッチする必要はもうありません。**[インベントリ詳細表示]** ページで [リモートデータの同期] を選択すると、Systems Manager が自動的に `Amazon-GlueServicePolicyForSSM` ロールを作成し、そのロールに **Amazon-GlueServicePolicyForSSM-\$1*S3 バケット名*\$1** ポリシーおよび **AWSGlueServiceRole** ポリシーを割り当てます。詳細については、「[複数のリージョンとアカウントからインベントリデータをクエリする](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-inventory-query.html)」を参照してください。 | 2019 年 2 月 14 日 |
| [SSM Agent を更新するための Maintenance Windows チュートリアル](#systems-manager-release-history) | 2 つの新しいチュートリアルを Maintenance Windows のドキュメントに追加しました。このチュートリアルでは、Systems Manager コンソールまたは AWS CLI を使用して、SSM Agent を自動的に最新の状態に保つメンテナンスウィンドウを作成する方法について詳しく説明しています。詳細については、「[Maintenance Windows チュートリアル](https://docs.aws.amazon.com/systems-manager/latest/userguide/maintenance-window-walkthroughs.html)」を参照してください。 | 2019 年 2 月 11 日 |
| [Parameter Store パブリックパラメータの使用](#systems-manager-release-history) | Parameter Store パブリックパラメータを説明する短いセクションが追加されました。詳細については、「[Systems Manager のパブリックパラメータを使用する](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-paramstore-about.html#parameter-store-public-parameters)」を参照してください。 | 2019 年 1 月 31 日 |
| [AWS CLI を使用した Session Manager 設定の作成](#systems-manager-release-history) | AWS CLI を使用して CloudWatch Logs や S3 バケットのログ記録オプション、セッションの暗号化設定などの Session Manager 設定を作成するための手順を追加しました。詳細については、「[AWS CLI を使用して Session Manager 設定を作成する](https://docs.aws.amazon.com/systems-manager/latest/userguide/getting-started-create-preferences-cli.html)」を参照してください。 | 2019 年 1 月 22 日 |
| [State Manager を使用して Systems Manager のオートメーションワークフローを実行する](#systems-manager-release-history) | AWS Systems Manager State Manager は、SSM Automation ランブックを使用する関連付けの作成をサポートするようになりました。State Manager は以前、`command` および `policy` のドキュメントのみをサポートしており、マネージドインスタンスを対象とした関連付けしか作成できませんでした。SSM オートメーションランブックのサポートにより、AWS リソースのさまざまなタイプを対象とする関連付けを作成できるようになりました。詳細については、「[State Manager を使用して Systems Manager Automation ワークフローを実行する](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-state-manager-automation-documents.html)」を参照してください。 | 2019 年 1 月 22 日 |
| [Cron 式と Rate 式およびメンテナンスウィンドウスケジュールオプションのリファレンスの更新](#systems-manager-release-history) | 「[Systems Manager の Cron 式および rate 式](https://docs.aws.amazon.com/systems-manager/latest/userguide/reference-cron-and-rate-expressions.html)」のリファレンストピックが改訂されました。新しいバージョンではさらに多くの例が提供されており、cron 式と rate 式を使用してメンテナンスウィンドウと State Manager の関連付けをスケジューリングする方法の説明が改善されています。さらに、新しいトピック「[Maintenance Windows のスケジュール設定と有効期間のオプション](https://docs.aws.amazon.com/systems-manager/latest/userguide/maintenance-windows-schedule-options.html)」では、メンテナンスウィンドウのスケジューリングに関連したさまざまなオプション (開始日、終了日、タイムゾーン、スケジュールの頻度) が他とどのように関連しているかが説明されています。 | 2018 年 12 月 6 日 |
| [SSM Agent デバッグログの有効化](#systems-manager-release-history) | seelog.xml.template ファイルをマネージドインスタンスで編集することにｑより、SSM Agent のデバッグログ記録を有効にできます。詳細については、「[SSM Agent のデバッグログを有効にする](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-ssm-agent-debug-log-files.html)」を参照してください。 | 2018 年 11 月 30 日 |
| [ARM64 プロセッサアーキテクチャのサポート](#systems-manager-release-history) | AWS Systems Manager で、Amazon Linux 2、Red Hat Enterprise Linux 7.6、および Ubuntu Server (18.04 LTS および 16.04 LTS) オペレーティングシステムの ARM64 バージョンがサポートされるようになりました。詳細については、[Amazon Linux 2](https://docs.aws.amazon.com/systems-manager/latest/userguide/manually-install-ssm-agent-linux.html#agent-install-al)、[https://docs.aws.amazon.com/systems-manager/latest/userguide/manually-install-ssm-agent-linux.html#agent-install-rhel](https://docs.aws.amazon.com/systems-manager/latest/userguide/manually-install-ssm-agent-linux.html#agent-install-rhel)、および[スナップパッケージを含む Ubuntu Server 18.04 および 16.04 LTS](https://docs.aws.amazon.com/systems-manager/latest/userguide/manually-install-ssm-agent-linux.html#agent-install-ubuntu-snap) のインストール手順を参照してください。A1 インスタンスタイプの詳細については、「*Amazon EC2 ユーザーガイド*」の「[汎用インスタンス](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/general-purpose-instances.html)」を参照してください。 | 2018 年 11 月 26 日 |
| [AWS Systems ManagerDistributor を使用してパッケージを作成してデプロイする](#systems-manager-release-history) | AWS Systems Manager Distributor を使用して独自のソフトウェアをパッケージ化して (あるいは `AmazonCloudWatchAgent`などの AWS が提供するエージェントソフトウェアパッケージから選択して)、AWS Systems Manager マネージドインスタンスにインストールします。Distributor は、ソフトウェアパッケージなどのリソースを AWS Systems Manager マネージドインスタンス用に公開しています。パッケージを発行すると、パッケージのドキュメントの特定のバージョン – Distributor でパッケージを追加するときに作成する Systems Manager ドキュメントが、マネージドインスタンス ID、AWS アカウント ID、タグ、または AWS リージョン で識別されるマネージドインスタンスにアドバタイズされます。詳細については、「[AWS Systems ManagerDistributor](https://docs.aws.amazon.com/systems-manager/latest/userguide/distributor.html)」を参照してください。 | 2018 年 11 月 20 日 |
| [中央アカウントから複数の AWS リージョン と AWS アカウント で AWS Systems Manager オートメーション ワークフローを同時に実行する](#systems-manager-release-history) | Automation アカウント管理から、複数の AWS リージョン と AWS アカウント または AWS 組織単位 (OU) にわたって AWS Systems Manager オートメーションワークフローを同時に実行できます。複数のリージョンやアカウント、または OU でオートメーションを同時に実行すると、AWS リソースの管理に必要な時間が短縮され、コンピューティング環境のセキュリティが強化されます。詳細については、「[複数の AWS リージョン および AWS アカウント でのオートメーションワークフローの実行](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation-multiple-accounts-and-regions.html)」を参照してください。 | 2018 年 11 月 19 日 |
| [複数の AWS リージョン および AWS アカウント からインベントリデータをクエリする](#systems-manager-release-history) | Systems Manager Inventory は Amazon Athena と統合されているため、複数の AWS リージョン および AWS アカウント からインベントリデータをクエリするのに役立ちます。Athena 統合では、リソースデータ同期が使用されるため、AWS Systems Manager コンソールの [**Inventory Detail View** (Inventory 詳細表示)] ページで、すべてのマネージドインスタンスのインベントリデータを表示できます。詳細については、「[複数のリージョンとアカウントからの Inventory データのクエリ](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-inventory-query.html)」を参照してください。 | 2018 年 11 月 15 日 |
| [MOF ファイルを実行する State Manager の関連付けを作成する](#systems-manager-release-history) | Managed Object Format (MOF) ファイルを実行すると、`AWS-ApplyDSCMofs` SSM ドキュメントを使用して、State Manager によって Windows Server マネージドインスタンスで目的の状態を適用できます。`AWS-ApplyDSCMofs` ドキュメントには 2 つの実行モードがあります。最初のモードでは関連付けを設定して、マネージドインスタンスが現在、特定の MOF ファイルで定義されている目的の状態であるかどうかをスキャンおよびレポートできます。2 番目のモードでは MOF ファイルを実行して、MOF ファイルで定義されているリソースやその値に基づいてインスタンスの設定を変更できます。`AWS-ApplyDSCMofs` ドキュメントを使用すると、Amazon Simple Storage Service (Amazon S3)、ローカル共有、または HTTPS ドメインを持つ安全なウェブサイトから MOF 設定ファイルをダウンロードして実行できます。詳細については、「[MOF ファイルを実行する関連付けの作成](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-state-manager-using-mof-file.html)」を参照してください。 | 2018 年 11 月 15 日 |
| [Session Manager セッションの管理アクセスの制限](#systems-manager-release-history) | Session Manager セッションは、デフォルトルートまたは `ssm-user` という管理者許可を使用して作成されたユーザーアカウントの認証情報を使用して起動されます。このアカウントの管理上の制御を制限することについての情報は、現在、「[ssm-user アカウントの管理権限を無効または有効にする](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-manager-getting-started-ssm-user-permissions.html)」のトピックで入手できます。 | 2018 年 11 月 13 日 |
| [Automation アクションのリファレンスの YAML サンプル](#systems-manager-release-history) | 「[Automation アクションのリファレンス](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-actions.html)」に、既に JSON サンプルが含まれている各アクションに対して YAML サンプルが追加されました。 | 2018 年 10 月 31 日 |
| [コンプライアンス重要度レベルの関連付けへの割り当て](#systems-manager-release-history) | コンプライアンス重要度レベルを State Manager の関連付けに割り当てることができるようになりました。重要度レベルはコンプライアンスダッシュボードで報告されます。また、重要度レベルは、コンプライアンスレポートをフィルタリングするためにも使用できます。割り当てることができる重要度レベルには、「非常事態」、「高」、「中」、「低」、「未指定」の各レベルが含まれます。詳細については、「[関連付けを作成する (コンソール)](https://docs.aws.amazon.com/systems-manager/latest/userguide/state-manager-about.html)」を参照してください。 | 2018 年 10 月 26 日 |
| [オートメーションと State Manager を使ったターゲットとレート制御の使用](#systems-manager-release-history) | ターゲット、同時実行数、エラーのしきい値を使用して、リソースのフリート全体の自動化と State Manager 関連付けの実行を制御します。詳細については、「[フリートでのターゲットとレート制御を使用する自動化ワークフローの実行](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-working-targets-and-rate-controls.html)」および「[State Manager 関連付けでのターゲットとレート制御の使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-state-manager-targets-and-rate-controls.html)」を参照してください。 | 2018 年 10 月 23 日 |
| [メンテナンスウィンドウの有効期間および国際タイムゾーンを指定する](#systems-manager-release-history) | メンテナンスウィンドウを (開始日と終了日) の前後に実行しないように日付を指定できます。さらにメンテナンスウィンドウスケジュールの基となる国際タイムゾーンを指定することもできます。詳細については、「[メンテナンスウィンドウの作成 (コンソール)](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-maintenance-create-mw.html)」および「[メンテナンスウィンドウの更新 (AWS CLI)](https://docs.aws.amazon.com/systems-manager/latest/userguide/maintenance-windows-cli-tutorials-update.html)」を参照してください。 | 2018 年 10 月 9 日 |
| [パッチベースラインのパッチのカスタムリストを S3 バケットに保持](#systems-manager-release-history) | SSM コマンドドキュメント `AWS-RunPatchBaseline` の新しい "InstallOverrideList" パラメータを使用すると、インストールするパッチのリストへの https URL または Amazon Simple Storage Service (Amazon S3) パス形式の URL を指定できます。このパッチインストールリストは YAML 形式で S3 バケットに保持され、デフォルトのパッチベースラインで指定されたパッチを上書きします。詳細については、「[パラメータ名: InstallOverrideList](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-aws-runpatchbaseline.html#patch-manager-aws-runpatchbaseline-parameters-installoverridelist)」を参照してください。 | 2018 年 10 月 5 日 |
| [パッチ依存関係のインストールの有無に関する制御を拡張](#systems-manager-release-history) | 以前には、拒否済みパッチリスト内のパッチが他のパッチの依存関係であると識別された場合でもインストールされていました。現在では、これらの依存関係をインストールまたはインストールをブロックするかどうかを選択できるようになりました。詳細については、「[パッチベースラインの作成](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-manage-patch-baselines.html)」を参照してください。 | 2018 年 10 月 5 日 |
| [条件分岐を使用した動的オートメーションワークフローの作成](#systems-manager-release-history) | `aws:branch` オートメーションアクションを使用すると、動的オートメーションワークフローを作成して、1 つのステップで複数の選択肢を評価し、その評価結果に基づいて オートメーションランブックの別のステップにジャンプできます。詳細については、「[ランブックでの条件文の使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-branch-condition.html)」を参照してください。 | 2018 年 9 月 26 日 |
| [AWS CLI を使用した Session Manager 設定の更新](#systems-manager-release-history) | CLI を使用して Session Manager の設定を更新する手順 (CloudWatch Logs や S3 バケットログオプションなど) が、*AWS Systems Manager ユーザーガイド*に追加されました。詳細については、「[AWS CLI を使用して Session Manager 設定を更新する](https://docs.aws.amazon.com/systems-manager/latest/userguide/getting-started-configure-preferences-cli.html)」を参照してください。 | 2018 年 9 月 25 日 |
| [Session Manager での SSM Agent 要件の更新](#systems-manager-release-history) | Session Manager では、SSM Agent バージョン 2.3.68.0 以降が必要です。Session Manager の前提条件の詳細については、「[Session Manager の前提条件を完了する](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-manager-prerequisites.html)」を参照してください。 | 2018 年 9 月 17 日 |
| [インバウンドポートを開いたり Session Manager を使用して踏み台ホストを維持したりすることなくインスタンスを管理](#systems-manager-release-history) | Session Manager を使用すると、AWS Systems Manager のフルマネージドツールで、インタラクティブなワンクリックブラウザベースのシェル、または AWS CLI を介して EC2 インスタンスを管理できます。Session Manager を使用すると、インバウンドポートを開いたり、踏み台ホストを維持したり、SSH キーを管理したりすることなく、安全で監査可能なインスタンスの管理を実現できます。また、Session Manager は、EC2 インスタンスへの簡単なワンクリックのクロスプラットフォームアクセスをエンドユーザーに提供しつつ、インスタンスへの制御されたアクセス、厳格なセキュリティプラクティス、インスタンスアクセスの詳細を含む、完全に監査可能なログを必要とする企業ポリシーに準拠できるようになります。詳細については、「[Session Manager について](https://docs.aws.amazon.com/systems-manager/latest/userguide/what-is-session-manager.html)」を参照してください。 | 2018 年 9 月 11 日 |
| [Systems Manager のオートメーションワークフローから他の AWS のサービスを呼び出す](#systems-manager-release-history) | Automation ランブックで 3 つの新しい Automation アクション (またはプラグイン) を使用すると、Automation ワークフローで他の AWS のサービスや Systems Manager ツールを呼び出すことができます。詳細については、「[アクション出力の入力としての使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-action-outputs-inputs.html)」を参照してください。 | 2018 年 8 月 28 日 |
| [IAM ポリシーで Systems Manager 固有の条件キーを使用する](#systems-manager-release-history) | 「[ポリシーでの条件の指定](https://docs.aws.amazon.com/systems-manager/latest/userguide/auth-and-access-control-iam-access-control-identity-based.html#policy-conditions)」トピックが、ユーザーがポリシーに取り込むことができる Systems Manager 用の IAM 条件キーをリストするように更新されました。これらのキーを使用して、ポリシーが有効になる条件を指定できます。このトピックには、ポリシーの例や他の関連トピックへのリンクも含まれています。 | 2018 年 8 月 18 日 |
| [インベントリタイプを収集するように設定されている/設定されていないインスタンスを確認するためのグループによるインベントリデータの集計](#systems-manager-release-history) | グループを使用すると、1 つ以上のインベントリタイプを収集するように設定されている/設定されていないマネージドインスタンスのカウントを素早く確認できます。グループを使用して、`exists` オペレータを使用するフィルタと 1 つ以上のインベントリタイプを指定します。詳細については、「[Inventory データの集計](https://docs.aws.amazon.com/systems-manager/latest/userguide/inventory-aggregate.html)」を参照してください。 | 2018 年 8 月 16 日 |
| [インベントリおよび設定コンプライアンスの履歴および変更の追跡の表示](#systems-manager-release-history) | マネージドインスタンスから収集されたインベントリの履歴および変更の追跡を表示できるようになりました。設定コンプライアンスでレポートされた Patch Manager によるパッチ適用および State Manager による関連付けの履歴および変更の追跡を表示することもできます。詳細については、「[Inventory 履歴と変更の追跡の表示](https://docs.aws.amazon.com/systems-manager/latest/userguide/inventory-history.html)」を参照してください。 | 2018 年 8 月 9 日 |
| [Parameter Store を Secrets Manager と統合する](#systems-manager-release-history) | Parameter Store が AWS Secrets Manager と統合されたので、Parameter Store パラメータへの参照が既にサポートされている他の AWS のサービス を使用する際に Secrets Manager のシークレットを取得できます。これらのサービスには、Amazon EC2、Amazon Elastic Container Service、AWS Lambda、CloudFormation、AWS CodeBuild、AWS CodeDeploy およびその他の Systems Manager ツールが含まれます。Parameter Store を使用して Secrets Manager シークレットを参照することによって、安全で一貫したプロセスを作成し、コードおよび設定スクリプトでシークレットや参照データを呼び出して使用できます。詳細については、「[Parameter Storeパラメータからの AWS Secrets Manager シークレットの参照](https://docs.aws.amazon.com/systems-manager/latest/userguide/integration-ps-secretsmanager.html)」を参照してください。 | 2018 年 7 月 26 日 |
| [Parameter Store パラメータへのラベルのアタッチ](#systems-manager-release-history) | パラメータラベルは、ユーザー定義のエイリアスであり、異なるバージョンのパラメータの管理に役立ちます。パラメータを変更すると、Systems Manager は自動的に新しいバージョンを保存し、そのバージョン番号を 1 つ増やします。ラベルは、バージョンが複数ある場合にパラメータバージョンの用途を覚えておくのに役立ちます。詳細については、「[パラメータのラベリング](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-paramstore-labels.html)」を参照してください。 | 2018 年 7 月 26 日 |
| [動的自動化ワークフローの作成](#systems-manager-release-history) | デフォルトでは、ステップ (またはアクション) で定義した Automation ランブックの mainSteps セクションの順番に実行されます。1 つのアクションが完了した後、mainSteps セクションで指定された次のアクションが開始されます。このリリースでは、*条件付きブランチ作成*を実行する自動化ワークフローを作成できるようになりました。つまり、条件変更に動的に応答して、指定されたステップにジャンプする自動化ワークフローを作成できます。詳細については、「[ランブックでの条件文の使用](https://docs.aws.amazon.com/systems-manager/latest/userguide/automation-branch-condition.html)」を参照してください。 | 2018 年 7 月 18 日 |
| [Snap を使用して SSM Agent が Ubuntu Server 16.04 AMIs にプリインストールされるようになりました](#systems-manager-release-history) | `20180627` で識別される Ubuntu Server 16.04 AMIs 以降から作成されたインスタンスでは、SSM Agent は Snap パッケージを使用してプリインストールされます。それより前の AMIs から作成されたインスタンスでは、deb インストーラパッケージを引き続き使用する必要があります。詳細については、「[64 ビット Ubuntu Server 16.04 インスタンスでの SSM Agent のインストールについて](https://docs.aws.amazon.com/systems-manager/latest/userguide/manually-install-ssm-agent-linux.html#agent-install-ubuntu-about-v16)」を参照してください。 | 2018 年 7 月 7 日 |
| [SSM Agent が必要とする最低限の S3 アクセス許可の確認](#systems-manager-release-history) | 新しいトピック「[SSM Agent の S3 バケットの最小 S3 バケットアクセス許可](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-minimum-s3-permissions.html)」では、リソースが Systems Manager オペレーションを実行するためにアクセスする必要がある Amazon Simple Storage Service (Amazon S3) バケットについて説明します。Systems Manager を使用するために最小限必要な、インスタンスプロファイルまたは VPC エンドポイントの、S3 バケットへのアクセスを制限する場合、カスタムポリシーでこれらのバケットを指定できます。 | 2018 年 7 月 5 日 |
| [特定の State Manager 関連付け ID の完全な実行履歴の表示](#systems-manager-release-history) | 新しいトピック「[関連付けの履歴の表示](https://docs.aws.amazon.com/systems-manager/latest/userguide/state-manager-associations-history.html)」では、特定の関連付け ID のすべての実行を表示して、1 つ以上のリソースの実行の詳細を表示する方法について説明しています。 | 2018 年 7 月 2 日 |
| [Patch Manager で Amazon Linux 2 のサポートを開始](#systems-manager-release-history) | Patch Manager を使用して、Amazon Linux 2 インスタンスにパッチを適用できるようになりました。Patch Manager オペレーティングシステムのサポートに関する一般的な情報については、「 [Patch Manager の前提条件](https://docs.aws.amazon.com/systems-manager/latest/userguide/patch-manager-prerequisites.html)」を参照してください。パッチフィルターの定義時に Amazon Linux 2 でサポートされているキーと値のペアについては、AWS Systems Manager API リファレンスの「[PatchFilter](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_PatchFilter.html)」を参照してください。 | 2018 年 26 月 6 日 |
| [コマンド出力を Amazon CloudWatch Logs に送信する](#systems-manager-release-history) | 新しいトピック「[Run Command 用に Amazon CloudWatch Logs を設定する](https://docs.aws.amazon.com/systems-manager/latest/userguide/sysman-rc-setting-up-cwlogs.html)」では、Run Command の出力を CloudWatch Logs に送信する方法について説明します。 | 2018 年 6 月 18 日 |
| [ を使用したインベントリのリソースデータ同期の迅速な作成または削除CloudFormation](#systems-manager-release-history) | CloudFormation を使用して、Systems Manager Inventory のリソースデータ同期を作成または削除できます。CloudFormation を使用するには、[AWS::SSM::ResourceDataSync](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-ssm-resourcedatasync.html) リソースを CloudFormation テンプレートに追加します。詳細については、「*AWS CloudFormation ユーザーガイド*」の「[AWS CloudFormation テンプレートの使用](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/template-guide.html)」を参照してください。また、「[Inventory のリソースデータ同期の作成](https://docs.aws.amazon.com/systems-manager/latest/userguide/inventory-create-resource-data-sync.html)」で説明されているとおり、Inventory のリソースデータ同期を手動で作成することもできます。 | 2018 年 6 月 11 日 |
| [AWS Systems Managerユーザーガイドの更新の通知が RSS を介して利用可能に](#systems-manager-release-history) | HTML 版の Systems Manager ユーザーガイドで、「[Systems Manager ドキュメントの更新履歴](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-release-history.html)」ページに説明されている更新の RSS フィードがサポートされるようになりました。RSS フィードには、2018 年 6 月以降に行われた更新が含まれています。以前に発表された更新は、「**Systems Manager ドキュメントの更新履歴**」ページで引き続き利用できます。このフィードにサブスクライブするには、トップメニューパネルの RSS ボタンを使用します。 | 2018 年 6 月 6 日 |
| [スクリプトで終了コードを指定してマネージドインスタンスを再起動する](#systems-manager-release-history) | 新しいトピック「[スクリプトからのマネージドインスタンスの再起動](https://docs.aws.amazon.com/systems-manager/latest/userguide/send-commands-reboot.html)」では、Run Command で実行するスクリプトで終了コードを指定して、マネージドインスタンスを再起動するように Systems Manager に指示する方法を説明しています。 | 2018 年 6 月 3 日 |
| [カスタムインベントリが削除されるたびに Amazon EventBridge でイベントを作成する](#systems-manager-release-history) | 新しいトピック「[EventBridge でのインベントリ削除アクションの表示](https://docs.aws.amazon.com/systems-manager/latest/userguide/delete-custom-inventory.html#delete-custom-inventory-cwe)」では、ユーザーがカスタムインベントリを削除するたびにイベントを作成するよう Amazon EventBridge を設定する方法について説明しています。 | 2018 年 6 月 1 日 |
## 2018 年 6 月以前のアップデート
次の表に、2018 年 6 月以前の「AWS Systems Manager ユーザーガイド」の各リリースにおける重要な変更点を示します。
****
| 変更 | 説明 | リリース日 |
| --- | --- | --- |
| のすべてのマネージドインスタンスをインベントリするAWS アカウント | グローバルなインベントリの関連付けを作成することで、AWS アカウント のすべてのマネージドインスタンスをインベントリできます。詳細については、「[AWS アカウント のすべてのマネージドイノードインベントリする](inventory-collection.md#inventory-management-inventory-all)」を参照してください。 グローバルなインベントリの関連付けは、SSM Agent バージョン 2.0.790.0 以降で使用できます。インスタンスで SSM Agent を更新する方法については、「[Run Command を使用して SSM Agent を更新する](run-command-tutorial-update-software.md#rc-console-agentexample)」を参照してください。 | 2018 年 5 月 3 日 |
| Ubuntu Server 18 にデフォルトでインストールされている SSM Agent | SSM Agent は、デフォルトで Ubuntu Server 18.04 LTS 64 ビットおよび 32 ビット AMIs にインストールされています。 | 2018 年 5 月 2 日 |
| 新しいトピック | 新しいトピック、[特定のドキュメントバージョンを使用したコマンドの実行](run-command-version.md) では、document-version パラメータを使用して、コマンドの実行時に使用する SSM ドキュメントのバージョンを指定する方法について説明します。 | 2018 年 5 月 1 日 |
| 新しいトピック | 新しいトピック「[カスタムインベントリの削除](inventory-custom.md#delete-custom-inventory)」では、AWS CLI を使用して Amazon S3 からカスタムインベントリデータを削除する方法について説明します。このトピックではまた、`SchemaDeleteOption` を使用してカスタムインベントリタイプを無効化または削除することでカスタムインベントリを管理する方法も説明しています。この新しい機能は [DeleteInventory](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_DeleteInventory.html) API オペレーションを使用します。 | 2018 年 4 月 19 日 |
| SSM Agent の Amazon SNS 通知 | Amazon SNS トピックをサブスクライブして、SSM Agent の新しいバージョンが利用可能になったときに通知を受け取ることができます。詳細については、「[SSM Agent 通知にサブスクライブする](ssm-agent-subscribe-notifications.md)」を参照してください。 | 2018 年 9 月 4 日 |
| CentOS パッチ適用のサポート | Systems Manager で、CentOS インスタンスのパッチ適用がサポートされるようになりました。サポートされる CentOS のバージョンについては、[Patch Manager の前提条件](patch-manager-prerequisites.md) を参照してください。パッチ適用の仕組みについては、「[Patch Managerの動作の仕組み](patch-manager-patching-operations.md)」を参照してください。 | 2018 年 3 月 29 日 |
| 新規セクション | AWS Systems Manager ユーザーガイドにあるリファレンス情報の単一のソースを提供するために、新しいセクション「[AWS Systems Manager リファレンス](reference.md)」が導入されました。追加のコンテンツが利用可能になると、このセクションに追加されます。 | 2018 年 3 月 15 日 |
| 新しいトピック | 新しいトピックの [承認されたパッチと拒否されたパッチのリストのパッケージ名の形式](patch-manager-approved-rejected-package-name-formats.md) では、カスタムパッチベースラインの承認されたパッチと拒否されたパッチのリストに入力できるパッケージ名の形式の詳細を示しています。Patch Manager でサポートされている各オペレーティングシステムのタイプごとにサンプルフォーマットが用意されています。 | 2018 年 3 月 9 日 |
| 新しいトピック | Systems Manager が [ChefChef InSpec](https://www.chef.io/inspec/) と統合されるようになりました。InSpec は、GitHub または Amazon S3 で人間が読み取れるプロファイルを作成できるオープンソースのランタイムフレームワークです。その後、Systems Manager を使用してコンプライアンススキャンを実行し、準拠または非準拠のインスタンスを表示できます。詳細については、「[Systems Manager Compliance で Chef InSpec プロファイルを使用する](integration-chef-inspec.md)」を参照してください。 | 2018 年 3 月 7 日 |
| 新しいトピック | 新しいトピック「[Systems Manager のサービスにリンクされたロールの使用](using-service-linked-roles.md)」では、AWS Identity and Access Management (IAM) のサービスにリンクされたロールを Systems Manager で使用する方法について説明しています。現在、サービスにリンクされたロールが必要なのは、Systems Manager Inventory を使用してタグとリソースグループに関するメタデータを収集する場合のみです。 | 2018 年 2 月 27 日 |
| 新しく更新されたトピック | Patch Manager を使用して、インスタンスに設定されているデフォルトのリポジトリとは異なるソースリポジトリにあるパッチをインストールできるようになりました。これは、例えば、セキュリティに関連しない更新プログラムにより、Ubuntu Server の PPA (Personal Package Archives) の内容により、社内アプリケーションの更新プログラムにより、インスタンスにパッチを適用するのに便利です。カスタムのパッチベースラインを作成するときは、代替パッチソースリポジトリを指定します。詳細については、以下の各トピックを参照してください。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/systems-manager/latest/userguide/systems-manager-release-history.html) | 2018 年 2 月 6 日 |
| 新しいトピック | 新しいトピック ([マネージドノードへのパッチ適用のための SSM コマンドドキュメント](patch-manager-ssm-documents.md)) では、最新のセキュリティアップデートでパッチを適用してマネージドインスタンスを維持できるように公開されている 7 種類の SSM ドキュメントを紹介します。 | 2018 年 1 月 10 日 |
| Linux サポートに関する重要な更新 | 更新されたトピックには、次の情報を含みます。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/systems-manager/latest/userguide/systems-manager-release-history.html) | 2018 年 1 月 9 日 |
| 新しいトピック | 新しいトピック「[パッチ適用のための SSM コマンドドキュメント: `AWS-RunPatchBaseline`](patch-manager-aws-runpatchbaseline.md)」では、この SSM ドキュメントが Windows と Linux の両システムで動作する方法について詳しく説明しています。`AWS-RunPatchBaseline` ドキュメントで使用できる 2 つパラメータとして `Operation` と `Snapshot ID` についても説明しています。 | 2018 年 1 月 5 日 |
| 新しいトピック | このセクション「[Patch Managerの動作の仕組み](patch-manager-patching-operations.md)」では、サポートされているオペレーティングシステム別に、どのセキュリティパッチをどのようにインストールするかを Patch Manager で決定する方法について、技術的に詳しく説明しています。また、Linux オペレーティングシステムのディストリビューション別に、パッチベースラインルールがどのように動作するかについても説明しています。 | 2018 年 1 月 2 日 |
| Systems Manager オートメーションアクションのリファレンスのタイトルを変更し、移動しました | お客様からのフィードバックに基づいて、オートメーションアクションのリファレンスを「Systems Manager Automation Runbook Reference」という名前に変更しました。さらに、このリファレンスを「共有リソース > ドキュメント」ノードに移動し、[コマンドドキュメントプラグインリファレンス](documents-command-ssm-plugin-reference.md) に近づけました。詳細については、「[Systems Manager Automation アクションのリファレンス](automation-actions.md)」を参照してください。 | 2017 年 20 月 12 日 |
| モニタリングに関する新しい章と内容 | 新しい章の「[AWS Systems Manager でのログ記録とモニタリング](monitoring.md)」では、メトリクスとログデータを Amazon CloudWatch Logs に送信する手順について説明しています。新しいトピック「[統合された CloudWatch Logs へのノードログの送信 (CloudWatch エージェント)](monitoring-cloudwatch-agent.md)」では、64 ビットの Windows Server インスタンスに限り、インスタンス上のモニタリングタスクを SSM Agent から CloudWatch エージェントに移行手順について説明しています。 | 2017 年 12 月 14 日 |
| 新しい章 | 新しい章「[AWS Systems Manager のためのアイデンティティおよびアクセス管理](security-iam.md)」では、認証情報を使用してリソースに安全にアクセスできる[AWS Identity and Access Management(IAM)](https://docs.aws.amazon.com/IAM/latest/UserGuide/) と AWS Systems Manager の使用方法について総合的な情報を提供しています。これらの認証情報は、S3 バケットに保存されたデータへのアクセス、EC2 インスタンスへのコマンドの送信、同インスタンスでのタグの読み取りなど、AWS リソースにアクセスするために必要なアクセス許可を提供します。 | 2017 年 12 月 11 日 |
| 左のナビゲーションに対する変更 | このユーザーガイドでは、左側のナビゲーションの見出しを新しい [AWS Systems Manager コンソール](https://console.aws.amazon.com/systems-manager/)の見出しと一致させています。 | 2017 年 8 月 12 日 |
| re:Invent 2017 におけるいくつかの変更 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/systems-manager/latest/userguide/systems-manager-release-history.html) | 2017 年 11 月 29 日 |
| Run Command を使用して、EBS ボリュームの VSS 有効化されたスナップショットを取得する | Run Command を使用すると、Amazon EC2 Windows インスタンスにアタッチされたすべての [Amazon Elastic Block Store (Amazon EBS)](https://docs.aws.amazon.com/AWSEC2/latest/WindowsGuide/ebs-volumes.html) ボリュームについて、アプリケーション整合性のあるスナップショットを取得できます。このスナップショットプロセスは、Windows [Volume Shadow Copy Service (VSS)](https://technet.microsoft.com/en-us/library/ee923636(v=ws.10).aspx) を使用して、アプリケーションとディスク間で保留中のトランザクションからのデータを含む VSS 対応アプリケーションのイメージレベルバックアップを取得します。また、すべてのアタッチされたボリュームのバックアップを実行する際に、インスタンスのシャットダウンあるいは切断を必要としません。詳細については、「*Amazon EC2 ユーザーガイド*」の「[AWS Systems Manager を使用して Microsoft VSS 対応スナップショットの取得](https://aws.amazon.com/blogs/mt/take-microsoft-vss-enabled-snapshots-using-amazon-ec2-systems-manager/)」を参照してください。 | 2017 年 11 月 20 日 |
| VPC エンドポイントを使用して、Systems Manager のセキュリティを強化する | インターフェース VPC エンドポイントを使用するように、Systems Manager を設定してマネージドインスタンス (ハイブリッド環境のマネージドインスタンスを含む) のセキュリティ体制を改善できます。インターフェースエンドポイントは、PrivateLink のテクノロジーで、プライベート IP アドレスを使用して Amazon EC2 および Systems Manager API にプライベートにアクセスできる技術です。PrivateLink は、マネージドインスタンス、Systems Manager および EC2 と Amazon ネットワーク間のすべてのネットワークトラフィックを制限します (マネージドインスタンスにはインターネットへのアクセスがありません)。また、インターネットゲートウェイ、NAT デバイスあるいは仮想プライベートゲートウェイの必要はありません。詳細については、「[Systems Manager のために VPC エンドポイントを使用して EC2 インスタンスのセキュリティを強化する](setup-create-vpc.md)」を参照してください。 | 2017 年 11 月 7 日 |
| ファイル、サービス、Windows ロールおよび Windows レジストリへのインベントリサポート | SSM インベントリがマネージドインスタンスから以下の情報を収集できるサポートをするようになりました。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/systems-manager/latest/userguide/systems-manager-release-history.html) これらのインベントリタイプの情報を収集開始する前に、インベントリを行うインスタンスで SSM Agent を更新してください。最新バージョンの SSM Agent を実行することで、すべてのサポートされるインベントリタイプのメタデータを収集することを確保できます。State Manager を使用して SSM Agent を更新する方法については、「[チュートリアル: AWS CLI で SSM Agent を自動的に更新する](state-manager-update-ssm-agent-cli.md)」を参照してください。 インベントリの詳細については、「[Systems Manager Inventory の詳細](inventory-about.md)」を参照してください。 | 2017 年 11 月 6 日 |
| 自動化ドキュメントの更新 | Systems Manager オートメーションのセットアップおよびアクセスの設定についての情報におけるいくつかの問題を修正しました。詳細については、「[オートメーションの設定](automation-setup.md)」を参照してください。 | 2017 年 10 月 31 日 |
| GitHub と Amazon S3 の統合 | **リモートスクリプトの実行**: Systems Manager が、プライベートまたはパブリック GitHub リポジトリと Amazon S3 からのスクリプトのダウンロードと実行をサポートするようになりました。`AWS-RunRemoteScript` 事前定義済み SSM ドキュメントまたはカスタム SSM ドキュメントの `aws:downloadContent` プラグインのいずれかを使用して、Python、Ruby、または PowerShell などの Ansible プレイブックやスクリプトを実行できます｡ これらの変更により、Systems Manager を使用して EC2 インスタンスおよびオンプレミスマネージドインスタンスのハイブリッド環境内での構成およびデプロイのオートメーションを行う際に、*Infrastructure as Code* が強化されます。詳細については、「[GitHub からのスクリプトの実行](integration-remote-scripts.md)」および「[Amazon S3 からのスクリプトの実行](integration-s3.md)」を参照してください。 **複合 SSM ドキュメントの作成**: Systems Manager が、プライマリおよび SSM ドキュメントからの 1 つまたは複数のセカンダリ SSM ドキュメントの実行をサポートするようになりました。他のドキュメントを実行する主なドキュメントは、*複合*ドキュメントと呼ばれます。複合ドキュメントを使用すると、AWS アカウント 間で、セカンダリ SSM ドキュメントの標準セットを作成して共有し、ブートストラップアンチウイルスソフトウェアやドメイン結合インスタンスなどの一般的なタスクを実行できます。Systems Manager、GitHub、または Amazon S3 に保存されている複合ドキュメントとセカンダリドキュメントを実行できます。複合ドキュメントを作成したら、`AWS-RunDocument` 事前定義 SSM ドキュメントを使用して複合ドキュメントを実行できます。詳細については、「[複合ドキュメントの作成](documents-creating-content.md#documents-creating-composite)」および「[遠隔で ドキュメントを実行する](documents-running-remote-github-s3.md)」を参照してください。 **SSM ドキュメントのプラグイン参照**: より簡単にアクセスできるように、SSM ドキュメントの SSM プラグイン参照を Systems Manager API リファレンスユーザーガイドに移動しました。詳細については、「[コマンドドキュメントプラグインリファレンス](documents-command-ssm-plugin-reference.md)」を参照してください。 | 2017 年 10 月 26 日 |
| Parameter Store のパラメータバージョンのサポート | パラメータを編集すると、Parameter Store は自動的にバージョン番号を 1 ずつ繰り返します。API コールと SSM ドキュメントでは、パラメータ名と特定のバージョン番号を指定できます。バージョン番号を指定しない場合は、自動的に最新バージョンが使用されます。 パラメータバージョンは、パラメータが誤って変更された場合の保護層を提供します。必要に応じて、すべてのバージョンの値を表示し、古いバージョンを参照できます。パラメータバージョンを使用して、一定期間にわたってパラメータが何回変更されたかを確認することもできます。詳細については、「[Parameter Store でのパラメータバージョンの使用](sysman-paramstore-versions.md)」を参照してください。 | 2017 年 10 月 24 日 |
| Systems Manager ドキュメントのタグ付けのサポート | これで、[AddTagToResource](https://docs.aws.amazon.com/systems-manager/latest/APIReference/API_AddTagsToResource.html) API、AWS CLI 、または AWS Tools for PowerShell を使用して、キーと値のペアを持つ Systems Manager ドキュメントにタグ付けできるようになりました。タグ付けは、割り当てられたタグに基づいて特定のリソースをすばやく特定するのに役立ちます。これは、マネージドインスタンス、メンテナンスウィンドウ、Parameter Store パラメータ、およびパッチベースラインの既存のタグ付けサポートに追加されています。 | 2017 年 10 月 3 日 |
| フィードバックに基づいてエラーを修正、内容を更新するためのさまざまなドキュメントの更新 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/systems-manager/latest/userguide/systems-manager-release-history.html) | 2017 年 10 月 2 日 |
| EC2Rescue の自動化ワークフローを使用した、接続できない Windows インスタンスのトラブルシューティング | EC2Rescue は、Amazon EC2 Windows Server インスタンスでの問題の診断とトラブルシューティングに役立ちます。**AWSSupport-ExecuteEC2Rescue** ドキュメントを使用して、Systems Manager のオートメーションワークフローとしてツールを実行できます。**AWSSupport-ExecuteEC2Rescue** ドキュメントは、Systems Manager アクション、CloudFormation アクション、および Lambda 関数を組み合わせて実行するように設計されています。これにより、EC2Rescue の使用に通常必要なステップが自動化されます。詳細については、「[到達不可能なインスタンスでの EC2Rescue ツールの実行](automation-ec2rescue.md)」を参照してください。 | 2017 年 9 月 29 日 |
| Amazon Linux にデフォルトで SSM Agent をインストール | SSM Agent は 2017 年 9 月以降の Amazon Linux AMIs にデフォルトでインストールされます。「[Linux 用 EC2 インスタンスで SSM Agent を使用する](ssm-agent-linux.md)」で説明されているとおり、Linux のその他のバージョンでは、手動で SSM Agent をインストールします。 | 2017 年 9 月 27 日 |
| Run Command の機能強化 | Run Command には以下の機能強化が含まれています。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/systems-manager/latest/userguide/systems-manager-release-history.html) | 2017 年 9 月 12 日 |
| Systems Manager が Raspbian でサポート | Systems Manager は、Raspberry Pi (32 ビット) を含む Raspbian Jessie と Raspbian Stretch デバイスで実行できるようになりました。 | 2017 年 9 月 7 日 |
| SSM Agent ログを Amazon CloudWatch Logs に自動的に送信する | インスタンスでの簡単な設定変更を行い、SSM Agent でログファイルを CloudWatch に送信できるようになりました。詳細については、「[CloudWatch Logs に SSM Agent ログを送信する](monitoring-ssm-agent.md)」を参照してください。 | 2017 年 9 月 7 日 |
| リソースデータの同期の暗号化 | Systems Manager リソースデータ同期では、数十または数百のマネージドインスタンスで収集された Inventory データを、中央 S3 バケットで集計できます。AWS Key Management Service キーを使用してリソースデータの同期を暗号化できるようになりました。詳細については、「[チュートリアル: リソースデータの同期を使用してインベントリデータを集計する](inventory-resource-data-sync.md)」を参照してください。 | 2017 年 9 月 1 日 |
| 新しい State Manager のチュートリアル | 2 つの新しいチュートリアルを State Manager のドキュメントに追加しました。 [チュートリアル: AWS CLI で SSM Agent を自動的に更新する](state-manager-update-ssm-agent-cli.md) [チュートリアル: Windows Server の EC2 インスタンスで PV ドライバーを自動的に更新する](state-manager-update-pv-drivers.md) | 2017 年 8 月 31 日 |
| Systems Manager 設定コンプライアンス | 設定コンプライアンスを使用すると、マネージドインスタンス群のスキャンを実行して、パッチコンプライアンスと設定の不一致を確認できます。複数の AWS アカウント と AWS リージョン からデータを収集して集計し、それに準拠していない特定のリソースにドリルダウンすることができます。デフォルトでは、設定コンプライアンスでは、Patch Manager によるパッチ適用と State Manager による関連付けに関するコンプライアンスデータが表示されます。サービスをカスタマイズし、IT またはビジネスの要件に基づいて独自のコンプライアンスタイプを作成することもできます。詳細については、「[AWS Systems Manager のコンプライアンス](systems-manager-compliance.md)」を参照してください。 | 2017 年 8 月 28 日 |
| 新しいオートメーションアクション: `aws:executeAutomation` | セカンダリ Automation ランブックを呼び出してセカンダリ Automation ワークフローを実行します。このアクションを使用すると、一般的なほとんどのワークフローの Automation ランブックを作成し、Automation の実行中にこれらのドキュメントを参照できます。このアクションでは、同じようなランブックで重複したステップが不要になり、Automation ランブックを簡素化できます。詳細については、「[`aws:executeAutomation` – 別のオートメーションを実行する](automation-action-executeAutomation.md)」を参照してください。 | 2017 年 8 月 22 日 |
| CloudWatch Events のターゲットとしてのオートメーション | Automation ランブックを Amazon CloudWatch イベントのターゲットとして指定することで、Automation ワークフローを開始できます。ワークフローは、スケジュールに従って、または特定の AWS システムイベントが発生したときに開始できます。詳細については、「[EventBridge イベントに基づくオートメーションを実行する](running-automations-event-bridge.md)」を参照してください。 | 2017 年 8 月 21 日 |
| State Manager の関連付けバージョニングおよび一般的な更新 | State Manager の関連付けで異なるバージョンを作成できるようになりました。各関連付けのバージョンのクォータは 1,000 個です。関連付けの名前も指定できます。また、State Manager ドキュメントが更新され、古くなった情報や不整合性が対処されました。詳細については、「[AWS Systems Manager State Manager](systems-manager-state.md)」を参照してください。 | 2017 年 8 月 21 日 |
| Maintenance Windows の変更点 | Maintenance Windows が次のように変更または強化されました。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/systems-manager/latest/userguide/systems-manager-release-history.html) 詳細については、「[AWS Systems Manager Maintenance Windows](maintenance-windows.md)」を参照してください。 | 2017 年 8 月 16 日 |
| 新しいオートメーションアクション: `aws:approve` | Automation ランブックのこの新しいアクションは、指定されたプリンシパルによってアクションか承認または拒否されるまで、一時的に Automation の実行を停止します。必要な承認数が得られると、自動化の実行が再開されます。 詳細については、「[Systems Manager Automation アクションのリファレンス](automation-actions.md)」を参照してください。 | 2017 年 8 月 10 日 |
| オートメーションでロールの継承が不要になりました。 | 以前のオートメーションでは、ユーザーに代わってアクションを実行するための権限をサービスに持たせるために、サービスロールを指定 (ロールの*継承*) する必要がありました。サービスが実行を呼び出したユーザーのコンテキストを使用して処理するようになったため、自動化でこのロールが不要になりました。 ただし、次の条件では、引き続き自動化にサービスロールを指定する必要があります。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/systems-manager/latest/userguide/systems-manager-release-history.html) 詳細については、「[オートメーションの設定](automation-setup.md)」を参照してください。 | 2017 年 8 月 3 日 |
| 設定コンプライアンス | Amazon EC2 Systems Manager 設定コンプライアンスを使用し、マネージドインスタンスフリートのスキャンを実行して、パッチコンプライアンスと設定の不一致を確認します。複数の AWS アカウント と AWS リージョン からデータを収集して集計し、それに準拠していない特定のリソースにドリルダウンすることができます。詳細については、「[AWS Systems Manager のコンプライアンス](systems-manager-compliance.md)」を参照してください。 | 2017 年 8 月 8 日 |
| SSM ドキュメントの拡張 | SSM コマンドおよびポリシードキュメントで、クロスプラットフォームのサポートが提供されるようになりました。つまり、単一の SSM ドキュメント内で Windows および Linux オペレーティングシステムのプラグインを処理できます。クロスプラットフォームのサポートにより、管理する多数のドキュメントを統合できます。クロスプラットフォームのサポートは、スキーマバージョン 2.2 以降を使用する SSM ドキュメントで提供されます。 スキーマバージョン 2.0 以降を使用する SSM コマンドドキュメントに、同じタイプの複数のプラグインを含めることができるようになりました。例えば、 `aws:runRunShellScript` プラグインを複数回呼び出すコマンドドキュメントを作成できます。 スキーマバージョン 2.2 の変更に関する詳細については、「[AWS Systems Manager ドキュメント](https://docs.aws.amazon.com/systems-manager/latest/userguide/documents.html)」を参照してください。SSM プラグインの詳細については、「[コマンドドキュメントプラグインリファレンス](https://docs.aws.amazon.com/systems-manager/latest/userguide/documents-command-ssm-plugin-reference.html)」を参照してください。 | 2017 年 7 月 12 日 |
| Linux のパッチ | Patch Manager で次の Linux ディストリビューションにパッチを適用できるようになりました。 [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/systems-manager/latest/userguide/systems-manager-release-history.html) [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ja_jp/systems-manager/latest/userguide/systems-manager-release-history.html) 詳細については、「[AWS Systems Manager Patch Manager](patch-manager.md)」を参照してください。 Linux インスタンスにパッチを適用するには、インスタンスで SSM Agent バージョン 2.0.834.0 以降を実行している必要があります。エージェントの更新方法については、「[コンソールからコマンドを実行する](running-commands-console.md)」の「*例: SSM Agent の更新*」のセクションを参照してください。 `AWS-ApplyPatchBaseline` SSM ドキュメントが `AWS-RunPatchBaseline` ドキュメントに置き換えられています。 | 2017 年 6 月 7 日 |
| リソースデータの同期 | Systems Manager リソースデータ同期を使用して、すべてのマネージドインスタンスから収集されたインベントリデータを単一の Amazon S3 バケットに送信できます。その後、リソースデータの同期により、新しいインベントリデータが収集されると、一元化されたデータが自動的に更新されます。ターゲット S3 バケットに保存されたすべてのインベントリデータに対して、Amazon Athena や Amazon Quick などのサービスを使用して集計データのクエリや分析を実行できます。詳細については、「[インベントリのリソースデータ同期を作成する](inventory-create-resource-data-sync.md)」を参照してください。リソースデータの同期の使用方法の例については、「[チュートリアル: リソースデータの同期を使用してインベントリデータを集計する](inventory-resource-data-sync.md)」を参照してください。 | 2017 年 6 月 29 日 |
| Systems Manager のパラメータ階層 | 数十または数百の Systems Manager パラメータをフラットリストで管理することは、時間がかかり、エラーの原因となります。パラメータ階層を使用すると、Systems Manager パラメータの編成や管理がしやすくなります。階層は、スラッシュを使用して定義するパスを含むパラメータ名です。3 つの階層レベルを名前に使用して識別する例を以下に示します。 /Environment/Type of computer/Application/Data
```
/Dev/DBServer/MySQL/db-string13
``` 詳細については、「[Parameter Store でのパラメータ階層の使用](sysman-paramstore-hierarchies.md)」を参照してください。 | 2017 年 6 月 22 日 |
| SSM Agent による SUSE Linux Enterprise Server のサポート | SSM Agent を 64 ビット SUSE Linux Enterprise Server (SLES) にインストールできます。詳細については、「[Linux 用 EC2 インスタンスで SSM Agent を使用する](ssm-agent-linux.md)」を参照してください。 | 2017 年 6 月 14 日 |