10. 認証情報¶

10.4.1. Amazon Web Services¶

この認証情報タイプを選択すると、クラウドインベントリーの Amazon Web Services との同期が可能になります。

従来の Amazon Web Services の認証情報は、AWS アクセスキー および 秘密鍵 で構成されています。

Ansible Tower バージョン 2.4.0 では、EC2 STS トークン (IAM STS 認証情報と呼ばれることもある) のサポートを導入しました。セキュリティートークンサービス (STS) は、AWS Identity and Access Management (IAM) ユーザーの一時的な、制限付き権限の認証情報を要求できる web サービスです。IAM/EC2 STS トークンの詳細は、http://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_temp.html を参照してください。

AWS 認証情報は以下で構成されています。

AWS_ACCESS_KEY_ID
AWS_SECRET_ACCESS_KEY
AWS_SECURITY_TOKEN

10.4.2. Ansible Tower¶

この認証情報を選択すると、別の Tower インスタンスにアクセスできます。

Ansible Tower 認証情報には、以下の入力が必要になります。

• Ansible Tower Hostname (Ansible Tower ホスト名): 接続先となる他の Tower インスタンスのベース URL または IP アドレス。
• ユーザー名: 接続に使用するユーザー名。
• パスワード: 接続に使用するパスワード。

10.4.3. Google Compute Engine¶

この認証情報タイプを選択すると、クラウドインベントリーと Google Compute Engine との同期が可能になります。

Google Compute Engine の認証情報には、以下の入力が必要になります。

• サービスアカウントのメールアドレス: Google Compute Engine サービスアカウント に割り当てられるメールアドレス。
• プロジェクト: オプションで GCE によって割り当てられる識別情報です。これは、以下のように 2 語とそれに続く 3 桁の数字で構成されます (例: squeamish-ossifrage-123)。
• RSA 秘密鍵: サービスアカウントメールに関連付けられる PEM ファイル。

10.4.4. Insights¶

この認証情報タイプを選択すると、クラウドインベントリーと Red Hat Insights との同期が可能になります。

Insights 認証情報は Insights の ユーザー名 および パスワード で構成されています。これは、ユーザーの Red Hat カスタマーポータルアカウントのユーザー名およびパスワードになります。

10.4.5. マシン¶

マシンの認証情報により、Tower は管理対象のホストで Ansible を起動できます。コマンドラインで Ansible を使用するように、SSH ユーザー名を指定し、オプションでパスワードや SSH キー、キーのパスワードを指定したり、Tower からデプロイメント時にユーザーのパスワード入力を求めるプロンプトを出したりすることができます。それらは ssh および Playbook のユーザーレベルの権限昇格のアクセスを定義し、リモートホストで Playbook を実行するためにジョブを送信する際に使用されます。

マシンの認証情報には、設定可能ないくつかの属性があります。

• ユーザー名: SSH 認証に使用されるユーザー名。

• パスワード: SSH 認証に使用される実際のパスワード。このパスワードは、入力されている場合は Tower データベースに暗号化された状態で保存されます。または 起動プロンプト を選択することで、起動時にユーザーにパスワードの入力を求めるよう Tower を設定できます。これらの場合、ジョブの起動時にダイアログが開き、ユーザーにはパスワードの入力とパスワードの確認が求められます。

• SSH 秘密鍵: マシンの認証情報についての SSH 秘密鍵をコピーするか、またはドラッグアンドドロップします。

• 秘密鍵のパスフレーズ: SSH 秘密鍵がパスワードで保護される場合、秘密鍵の鍵パスワードを設定できます。このパスワードは、入力されている場合 Tower データベースに暗号化された状態で保存できます。または 起動プロンプト を選択することで、起動時にユーザーにパスワードの入力を求めるよう Tower を設定できます。これらの場合、ジョブの起動時にダイアログが開き、ユーザーにパスワードの入力とパスワードの確認を求めるプロンプトが出されます。

• 権限昇格メソッド: 特定のユーザーに割り当てる権限昇格のタイプを指定します。これは、--become-method=BECOME_METHOD パラメーターを指定することに相当します。ここで、BECOME_METHOD は sudo | su | pbrun | pfexec | dzdo | pmrun にすることができます。

  • 空の選択: この認証情報に権限昇格を割り当てません。
  • sudo: スーパーユーザー (root ユーザー) の権限で単一コマンドを実行します。
  • su: スーパーユーザー (root ユーザー) アカウント (または他のユーザーアカウント) に切り替えます。
  • pbrun: アプリケーションまたはコマンドが制御されたアカウントで実行されるように要求し、詳細の root 権限の委譲およびキーのロギングを可能にします。
  • pfexec: 特定のユーザーまたはグループ ID などの事前に定義されたプロセス属性を使用してコマンドを実行します。
  • dzdo: RBAC 情報を Centrify の Active Directory サービス の DZDO についてのサイト を参照してください)。
  • pmrun: アプリケーションが制御されたアカウントで実行されるように要求します (Privilege Manager for Unix 6.0 を参照してください)。
  • runas: 現在のユーザーとしての実行を可能にします。

  

• 権限昇格のユーザー名 フィールドは、権限昇格のオプションが選択されている場合にのみ表示されます。リモートシステムで権限昇格で使用するユーザー名を入力します。

• 権限昇格のパスワード: フィールドは、権限昇格のオプションが選択されている場合にのみ表示されます。リモートシステムでの選択した権限昇格タイプでユーザーを認証するために使用される実際のパスワードを入力します。このパスワードは、入力されている場合に Tower データベースに暗号化された状態で保存できます。または 起動プロンプト を選択することで、起動時にユーザーにパスワードの入力を求めるよう Tower を設定できます。これらの場合、ジョブの起動時にダイアログが開き、ユーザーにはパスワードの入力とパスワードの確認が求められます。

  注釈

  Tower は sudo を起動して sudo ユーザーに切り換える前にホストとの認証された SSH 接続を確立する必要があるため、Sudo パスワードは SSH パスワードまたは SSH 秘密鍵と併用する必要があります。

10.4.6. Microsoft Azure Resource Manager¶

この認証情報タイプを選択すると、クラウドインベントリーと Microsoft Azure Resource Manager との同期が可能になります。

Microsoft Azure Resource Manager の認証情報には、設定可能ないくつかの属性があります。

• サブスクリプション ID: Microsoft Azure アカウントのサブスクリプション UUID (必須)。
• ユーザー名: Microsoft Azure アカウントへの接続に使用するユーザー名。
• パスワード: Microsoft Azure アカウントへの接続に使用するパスワード。
• クライアント ID: Microsoft Azure アカウントのクライアント ID。
• クライアントシークレット: Microsoft Azure アカウントのクライアントシークレット。
• テナント ID: Microsoft Azure アカウントのテナント ID。

これらのフィールドは API の変数に相当します。サービスプリンシパルの認証情報を渡すには、以下の変数を定義します。

AZURE_CLIENT_ID
AZURE_SECRET
AZURE_SUBSCRIPTION_ID
AZURE_TENANT

Active Directory のユーザー名/パスワードのペアを渡すには、以下の変数を定義します。

AZURE_AD_USER
AZURE_PASSWORD
AZURE_SUBSCRIPTION_ID

認証情報はパラメーターとして Playbook 内のタスクに渡すこともできます。優先される順序は、パラメーター、環境変数、および最後にホームディレクトリーにあるファイルになります。

認証情報をパラメーターとしてタスクに渡すには、サービスプリンシパルの認証情報についての以下のパラメーターを使用します。

client_id
secret
subscription_id
tenant

または Active Directory のユーザー名/パスワードについての以下のパラメーターを渡します。

ad_user
password
subscription_id

10.4.7. ネットワーク¶

ネットワーク認証情報は、ネットワークデバイスへの接続およびその管理を実行するために Ansible ネットワークモジュールによって使用されます。

ネットワークの認証情報には、設定可能ないくつかの属性があります。

• ユーザー名: ネットワークデバイスと併用するユーザー名 (必須)。
• パスワード: ネットワークデバイスと併用するパスワード。
• SSH 秘密鍵: ユーザーを SSH 経由でネットワークに対して認証するために使用される実際の SSH 秘密鍵をコピーするか、またはドラッグアンドドロップします。
• 秘密鍵のパスフレーズ: ユーザーを SSH 経由でネットワークに対して認証するために使用する秘密鍵の実際のパスフレーズ。
• 認証: これを「オプション」フィールドから選択して、パスワードで RSA 鍵に署名する 認証パスワード を追加します。
• 認証 にチェックが付けられている場合、認証パスワード フィールドにパスワードを入力します。

10.4.8. OpenStack¶

この認証情報タイプを選択すると、クラウドインベントリーと OpenStack との同期が可能になります。

OpenStack 認証情報には、以下の入力が必要になります。

• ユーザー名: OpenStack への接続に使用するユーザー名。
• パスワード (API キー): OpenStack に接続するために使用するパスワードまたは API キー
• ホスト (認証 URL): 認証に使用するホスト。
• プロジェクト (テナント名): OpenStack に使用されるテナント名またはテナント ID。通常、この値はユーザー名と同じです。
• ドメイン名: オプションで OpenStack への接続に使用する FQDN を指定します。

OpenStack クラウド認証情報の使用を検討している場合は、サンプルの Playbook を含む詳細について、クラウド認証情報の利用 を参照してください。

10.4.9. Red Hat CloudForms¶

この認証情報タイプを選択すると、クラウドインベントリーと Red Hat CloudForms との同期が可能になります。

CloudForms 認証情報には、以下の入力が必要になります。

• CloudForms URL: 接続先の CloudForms URL または IP アドレス。
• ユーザー名: CloudForms への接続に使用するユーザー名。
• パスワード: CloudForms への接続に使用するパスワード。

その他のリソース:

Red Hat CloudForms 4.1 での Ansible Tower 統合についての Red Hat の一連のブログ掲載を参照してください (http://cloudformsblog.redhat.com/2016/07/22/ansible-tower-in-cloudforms/)。

10.4.10. Red Hat Satellite 6¶

この認証情報タイプを選択すると、クラウドインベントリーと Red Hat Satellite 6 との同期が可能になります。

Satellite の認証情報には、以下の入力が必要になります。

• Satellite 6 URL: 接続先の Satellite 6 URL または IP アドレス。
• ユーザー名: Satellite 6 への接続に使用するユーザー名。
• パスワード: Satellite 6 への接続に使用するパスワード。

10.4.11. Red Hat Virtualization¶

この認証情報は、Tower が Red Hat Virtualization (RHV) で管理される Ansible の oVirt4.py 動的インベントリープラグインにアクセスすることを可能にします。

RHV の認証情報には、以下の入力が必要になります。

• ホスト (認証 URL): 接続するホスト URL または IP アドレス。
• ユーザー名: oVirt4 への接続に使用するユーザー名。
• パスワード: 接続に使用するパスワード。
• CA File (CA ファイル): オプションで、oVirt 証明書ファイルへの絶対パスを指定します (拡張子は .pem、.cer および .crt にすることができますが、一貫性を保つためになるべく .pem にします)。

10.4.12. ソースコントロール¶

SCM (ソースコントロール) 認証情報は、ローカルソースコードのリポジトリーを、Git、Subversion、または Mercurial などのリモートのリビジョンコントロールシステムからクローン作成したり、更新したりするためにプロジェクトで使用されます。

ソースコントロールの認証情報には、設定可能ないくつかの属性があります。

• ユーザー名: ソースコントロールシステムと併用するユーザー名。
• パスワード: ソースコントロールシステムと併用するパスワード。
• SCM 秘密鍵: ユーザーを SSH 経由でソースコントロールシステムに対して認証するために使用される実際の SSH 秘密鍵をコピーするか、またはドラッグアンドドロップします。
• 秘密鍵のパスフレーズ: 使用される SSH 秘密鍵がパスフレーズで保護される場合、秘密鍵のパスフレーズを設定できます。

10.4.13. Vault¶

この認証情報タイプを選択すると、インベントリーと Ansible Vault との同期が可能になります。

Vault 認証情報には Vault パスワード が必要です。起動プロンプト を選択することで、起動時にユーザーにパスワードの入力を求めるように Tower を設定できます。これらの場合、ジョブの起動時にダイアログが開き、ユーザーにはパスワードの入力とパスワードの確認が求められます。

Ansible Vault の詳細は、http://docs.ansible.com/ansible/playbooks_vault.html を参照してください。

10.4.14. VMware vCenter¶

この認証情報タイプを選択すると、インベントリーと VMware vCenter との同期が可能になります。

VMware の認証情報には、以下の入力が必要になります。

• vCenter ホスト: 接続先の vCenter ホスト名または IP アドレス。
• ユーザー名: vCenter への接続に使用するユーザー名。
• パスワード: vCenter への接続に使用するパスワード。