Ansible : AWX インストール2022/07/22 |
Red Hat Ansible Tower のコミュニティエディション Ansible AWX のインストールです。
Ansible AWX の実装には、Kubernetes 環境が必要となります。
Kubernetes 環境であれば MicroK8s や K3s, Minikube 等々でも構築可能です。 もちろん RedHat OpenShift または そのコミュニティエディション OKD でも OK です。 |
|
[1] |
当例では、開発/テスト用途で便利な Minikube を使用します。
よって、こちらを参考に Minikube をインストールしておきます。 |
[2] | 必要なパッケージをインストールしておきます。 |
[root@dlp ~]# dnf -y install git make
|
[3] | 任意の一般ユーザーで Minikube を起動します。 |
[cent@dlp ~]$ minikube start --vm-driver=kvm2 --cpus=4 --memory=8g --addons=ingress * minikube v1.33.1 on Centos 9 (kvm/amd64) * Using the kvm2 driver based on user configuration * Downloading VM boot image ... > minikube-v1.33.1-amd64.iso....: 65 B / 65 B [---------] 100.00% ? p/s 0s > minikube-v1.33.1-amd64.iso: 314.16 MiB / 314.16 MiB 100.00% 37.95 MiB p * Starting "minikube" primary control-plane node in "minikube" cluster ..... ..... * Verifying ingress addon... * Enabled addons: storage-provisioner, default-storageclass, ingress * Done! kubectl is now configured to use "minikube" cluster and "default" namespace by default[cent@dlp ~]$ minikube status minikube type: Control Plane host: Running kubelet: Running apiserver: Running kubeconfig: Configured[cent@dlp ~]$ kubectl get pods -A NAMESPACE NAME READY STATUS RESTARTS AGE ingress-nginx ingress-nginx-admission-create-rmmbs 0/1 Completed 0 48s ingress-nginx ingress-nginx-admission-patch-fbdjg 0/1 Completed 0 48s ingress-nginx ingress-nginx-controller-768f948f8f-gsm6p 1/1 Running 0 47s kube-system coredns-7db6d8ff4d-2bsx2 1/1 Running 0 47s kube-system etcd-minikube 1/1 Running 0 62s kube-system kube-apiserver-minikube 1/1 Running 0 64s kube-system kube-controller-manager-minikube 1/1 Running 0 64s kube-system kube-proxy-pxkh2 1/1 Running 0 47s kube-system kube-scheduler-minikube 1/1 Running 0 62s kube-system storage-provisioner 1/1 Running 1 (17s ago) 60s |
[4] | Ansible AWX をデプロイします。 |
# AWX に必要な AWX Operator を取得 [cent@dlp ~]$ git clone https://github.com/ansible/awx-operator.git Cloning into 'awx-operator'... remote: Enumerating objects: 10754, done. remote: Counting objects: 100% (2124/2124), done. remote: Compressing objects: 100% (622/622), done. remote: Total 10754 (delta 1714), reused 1721 (delta 1465), pack-reused 8630 Receiving objects: 100% (10754/10754), 3.14 MiB | 19.37 MiB/s, done. Resolving deltas: 100% (6210/6210), done.
[cent@dlp ~]$
cd awx-operator
# AWX Operator のバージョンを指定 # バージョンの確認 : https://github.com/ansible/awx-operator/releases [cent@dlp awx-operator]$ git checkout 2.19.0 Note: switching to '2.19.0'. You are in 'detached HEAD' state. You can look around, make experimental changes and commit them, and you can discard any commits you make in this state without impacting any branches by switching back to a branch. If you want to create a new branch to retain commits you create, you may do so (now or later) by using -c with the switch command. Example: git switch -c <new-branch-name> Or undo this operation with: git switch - Turn off this advice by setting config variable advice.detachedHead to false HEAD is now at e3c2720 Wait for instance ready in molecule test (#1901) # AWX 用に任意のネームスペース名をセットして Operator をデプロイ [cent@dlp awx-operator]$ export NAMESPACE=ansible-awx [cent@dlp awx-operator]$ make deploy namespace/ansible-awx created customresourcedefinition.apiextensions.k8s.io/awxbackups.awx.ansible.com created customresourcedefinition.apiextensions.k8s.io/awxmeshingresses.awx.ansible.com created customresourcedefinition.apiextensions.k8s.io/awxrestores.awx.ansible.com created customresourcedefinition.apiextensions.k8s.io/awxs.awx.ansible.com created serviceaccount/awx-operator-controller-manager created role.rbac.authorization.k8s.io/awx-operator-awx-manager-role created role.rbac.authorization.k8s.io/awx-operator-leader-election-role created clusterrole.rbac.authorization.k8s.io/awx-operator-metrics-reader created clusterrole.rbac.authorization.k8s.io/awx-operator-proxy-role created rolebinding.rbac.authorization.k8s.io/awx-operator-awx-manager-rolebinding created rolebinding.rbac.authorization.k8s.io/awx-operator-leader-election-rolebinding created clusterrolebinding.rbac.authorization.k8s.io/awx-operator-proxy-rolebinding created configmap/awx-operator-awx-manager-config created service/awx-operator-controller-manager-metrics-service created deployment.apps/awx-operator-controller-manager created[cent@dlp awx-operator]$ kubectl get pods -n $NAMESPACE NAME READY STATUS RESTARTS AGE awx-operator-controller-manager-767776fdb4-js2g5 1/2 Running 0 41s
[cent@dlp awx-operator]$
cp awx-demo.yml ansible-awx.yml [cent@dlp awx-operator]$ vi ansible-awx.yml # 任意のサービス名称に変更
---
apiVersion: awx.ansible.com/v1beta1
kind: AWX
metadata:
name: ansible-awx
spec:
service_type: nodeport
# AWX 用のネームスペースを kubectl のコンテキストにセットして AWX をデプロイ [cent@dlp awx-operator]$ kubectl config set-context --current --namespace=$NAMESPACE Context "minikube" modified. [cent@dlp awx-operator]$ kubectl apply -f ansible-awx.yml awx.awx.ansible.com/ansible-awx created # 進行状況はログで確認可 [cent@dlp awx-operator]$ kubectl logs -f deployments/awx-operator-controller-manager -c awx-manager
.....
.....
--------------------------- Ansible Task StdOut -------------------------------
TASK [installer : Start installation if auto_upgrade is false and deployment is missing] ***
task path: /opt/ansible/roles/installer/tasks/main.yml:31
-------------------------------------------------------------------------------
{"level":"info","ts":"2024-08-09T01:48:23Z","logger":"runner","msg":"Ansible-runner exited successfully","job":"3018899058444071018","name":"ansible-awx","namespace":"ansible-awx"}
----- Ansible Task Status Event StdOut (awx.ansible.com/v1beta1, Kind=AWX, ansible-awx/ansible-awx) -----
PLAY RECAP *********************************************************************
localhost : ok=88 changed=0 unreachable=0 failed=0 skipped=84 rescued=0 ignored=1
# 最終的に上記のように failed=0 で終了していれば OK
[cent@dlp ~]$ kubectl get pods -l "app.kubernetes.io/managed-by=awx-operator" NAME READY STATUS RESTARTS AGE ansible-awx-migration-24.6.0-xxgqv 0/1 Completed 0 6m6s ansible-awx-postgres-15-0 1/1 Running 0 7m33s ansible-awx-task-8598d45cb7-bbdhj 4/4 Running 0 6m54s ansible-awx-web-7c6f768776-x5d5c 3/3 Running 0 6m55s[cent@dlp ~]$ kubectl get service -l "app.kubernetes.io/managed-by=awx-operator" NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE ansible-awx-postgres-15 ClusterIP None <none> 5432/TCP 7m53s ansible-awx-service NodePort 10.96.213.115 <none> 80:32077/TCP 7m17s # サービス URL 確認 [cent@dlp ~]$ minikube service ansible-awx-service --url -n ansible-awx http://192.168.39.223:32077 # 管理アカウントのパスワード 確認 [cent@dlp ~]$ kubectl get secret ansible-awx-admin-password -o jsonpath="{.data.password}" | base64 --decode; echo hBe6N0MVGzjc8iTedX3pHeJJLkafXx2M # Kubernetes クラスター外部からもアクセスできるようにするには要ポートフォワード # [10445] ⇒ Minikube インストールホストが待ち受けるポート ⇒ 任意の空きポートを指定すれば OK # [80] ⇒ AWX コンテナーが待ち受けているポート [cent@dlp ~]$ kubectl port-forward service/ansible-awx-service --address 0.0.0.0 10445:80 Forwarding from 0.0.0.0:10445 -> 8052 # ポートフォワードした 且つ Firewalld 稼働中の場合は root 権限でポート許可 [root@dlp ~]# firewall-cmd --add-port=10445/tcp [root@dlp ~]# firewall-cmd --runtime-to-permanent |
[5] | Web ブラウザーを起動して Ansible AWX にアクセスします。 Minikube インストールホスト ローカル からアクセスする場合は、確認したサービス URL へアクセスします。 ポートフォワードした場合は、ローカルネットワーク内の任意のコンピューターから [http://(Minikube インストールホスト のホスト名 または IP アドレス):(設定したポート)] へアクセスします。 アクセスするとログイン画面が表示されます。 ユーザー名 [admin], パスワードは確認した管理アカウントのパスワードでログイン可能です。 |
[6] | 正常にログインすると、Ansible AWX のダッシュボードが表示されます。以上でインストール完了です。 |
[7] | なお、画面例は英語表記となっていますが、日本語 OS でアクセスすれば、自動的に日本語表記となります。 |
Sponsored Link |