第1章 アップグレードに関する改善点の概要
1.1. アップグレードに関する改善点の概要 リンクのコピーリンクがクリップボードにコピーされました!
2.6 で変更が追加され、次のセクションで詳しく説明するように、全体的なアップグレードエクスペリエンスが向上します。
2.6 にアップグレードする前に、最新バージョンの 2.4 または 2.5 を使用している必要があります。
- 2.5 から 2.6 へのアップグレード
2.5 から 2.6 にアップグレードしても、プラットフォームインフラストラクチャーの要件、アーキテクチャー、またはサービスは変更されません。2.4 から 2.6 へのアップグレードパスで説明されている改善点は、2.5 から 2.6 へのアップグレードパスにも存在しますが、プラットフォームゲートウェイサービスは 2.5 ですでに導入されています。
さらに、次の点に注意してください。
- 2.4 から 2.5 にアップグレードした場合は、従来のオーセンティケーター機能が削除されているため、2.6 にアップグレードする前に認証方法とユーザーを移行する必要があります。
- 2.6 にアップグレードすると、2.4 から 2.5 へのアップグレードで完全に移行されなかったユーザーはシステムによって削除されます。2.5 でユーザーレコードをマージしたユーザーは、2.6 でもそのまま機能します。
- 2.6 にアップグレードすると、2.5 に一度もログインしたことのない 2.4 Automation Controller ユーザーがプラットフォームゲートウェイにログインできなくなります。これらのユーザーは、直接の自動化実行アクセスに対する下位互換性を保持しますが、完全なプラットフォームにアクセスできません。2.6 を活用する予定のすべてのユーザーが、アップグレードする前に 2.5 に正常にログインしていることを確認してください。
-
Ansible Automation Platform コンポーネント全体での統合 RBAC 管理: Configuration-as-Code (CaC) アプローチをサポートするすべての Ansible Automation Platform コレクションでは、Ansible Automation Platform コンポーネント全体で標準のグローバル環境変数名とモジュール変数名が使用されるようになりました。詳細は、2.6 の RBAC に関する新機能、2.5 から 2.6 に移行するユーザー向けの RBAC に関する変更点、および Automation Hub の
ansible.platformドキュメントを参照してください。
アップグレードの詳細は、デプロイメントタイプに応じたアップグレードドキュメントを参照してください。
- 2.4 から 2.6 へのアップグレード
2.4 から 2.6 にアップグレードする場合は、次の点に注意してください。
2.4 からのアップグレード: Ansible Automation Platform は、最新の 2.4 バージョンから 2.6 への直接アップグレードをサポートしています。2.6 では多くの改善が行われており、アップグレードエクスペリエンスが簡素化および改善されているため、推奨されるアップグレードパスは、2.4 から 2.6 に直接アップグレードすることです。
注記RPM および OpenShift Container Platform デプロイメントを使用して、最新の 2.4 バージョンから 2.6 に直接アップグレードできます。ただし、Event-Driven Ansible 2.4、または 2.4 のコンテナー化されたデプロイメントからのアップグレードはサポートされていません。これらの機能はどちらも、バージョン 2.4 ではテクノロジープレビューだったためです。
詳細は、デプロイメントタイプのアップグレードドキュメントを参照してください。RPM または OpenShift Container Platform のいずれか。
インフラストラクチャーの変更: プラットフォームゲートウェイサービスが追加されたため、Ansible Automation Platform RPM のデプロイメントでは、2.4 と比較して追加のインフラストラクチャーが必要になります。必要となるインフラストラクチャーは、growth デプロイメントと enterprise デプロイメントのどちらを導入するかといった要因によって異なります。
さまざまなアップグレードシナリオにおけるインフラストラクチャーおよびインベントリーファイルの変更の詳細は、インフラストラクチャーの変更 を参照してください。
認証の変更: エンタープライズ認証の設定とマッピング (SAML、LDAP、OIDC など) は、アップグレードプロセスの一環として、自動化コントローラー 2.4 からプラットフォームゲートウェイ 2.6 に移動します。アップグレード後にこれらの認証方法を手動で再設定する必要はありません。
認証オプション全般につ、アクセス管理と認証 を参照してください。
注記認証アップグレードの改善は、RPM および OpenShift Container Platform のデプロイメントに適用されます。2.4 コンテナー化デプロイメントのテクノロジープレビューリリースからのアップグレードはサポートされていません。また、Event-Driven Ansible 2.4 のアップグレードはサポートされていません。
アクセス管理の変更を識別する: すべての Automation Controller の Identity Access Management (IAM) データは、アップグレードプロセスの一環として、Automation Controller 2.4 から 2.6 のプラットフォームゲートウェイに移動します。2.6 のプラットフォームゲートウェイにおける IAM データのデフォルトソースとして Automation Controller 2.4 を使用すると、ユーザーはメンバーシップを保持し、2.6 で適切なプラットフォームレベルのロールが割り当てられます。
アップグレードプロセスの一環として、以下が実施されます。
- 2.4 のユーザー、チーム、組織、それらのメンバーシップ、および共通ロールは、Automation Controller 2.4 から 2.6 のプラットフォームゲートウェイに移動します。
- Automation Controller 2.4 の管理者は、2.6 ではプラットフォームゲートウェイ管理者になります。
2.4 の Controller 管理者は、2.6 ではプラットフォームゲートウェイ管理者になります。
アップグレード中に移行される組織、チーム、ユーザーの数が増えるほど、アップグレードにかかる時間は長くなります。たとえば、4,000 人のユーザー、400 のチーム、40 の組織のアップグレードと移行には、約 2 時間かかる場合があります。
注記アイデンティティーアクセス管理の変更は、RPM および OpenShift Container Platform のデプロイメントに適用されます。2.4 コンテナー化デプロイメントのテクノロジープレビューリリースからのアップグレードはサポートされていません。
詳細は、アップグレード中のデータの移動 を参照してください。
- API の変更: 一部の API は 2.6 で非推奨になります。詳細は、API の変更点 を参照してください。
-
Ansible Automation Platform コンポーネント全体での統合 RBAC 管理: Configuration-as-Code (CaC) アプローチをサポートするすべての Ansible Automation Platform コレクションでは、Ansible Automation Platform コンポーネント全体で標準のグローバル環境変数名とモジュール変数名が使用されるようになりました。詳細は、2.6 の RBAC に関する新機能、2.5 から 2.6 に移行するユーザー向けの RBAC に関する変更点、および Automation Hub の
ansible.platformドキュメントを参照してください。