automation-suite
2024.10
false
- 概要
- 要件
- インストール前
- インストール
- インストール後
- 移行とアップグレード
- Automation Suite をアップグレードする
- スタンドアロン製品を Automation Suite に移行する
- 手順 1: スタンドアロンの製品データベースを復元する
- 手順 2: 復元した製品データベースのスキーマを更新する
- 手順 3: Identity 組織データをスタンドアロンから Automation Suite に移動する
- 手順 4: Automation Suite のプラットフォーム データベースをバックアップする
- 手順 5: 組織を Automation Suite にマージする
- 手順 6: 以降済みの製品の接続文字列を更新する
- 手順 7: スタンドアロンの Orchestrator を移行する
- 手順 8: スタンドアロンの Insights を移行する
- 手順 9: スタンドアロンの Test Manager を移行する
- 手順 10: 既定のテナントを削除する
- 単一テナントの移行を実行する
- Automation Suite クラスター間を移行する
- EKS/AKS の Automation Suite から OpenShift の Automation Suite に移行する
- 監視とアラート機能
- クラスターの管理
- 製品固有の設定
- トラブルシューティング
重要 :
このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。
新しいコンテンツの翻訳は、およそ 1 ~ 2 週間で公開されます。
EKS/AKS の Automation Suite のインストール ガイド
注:
このセクションの構成は、Automation Suite インストーラーに管理者権限を提供できない場合にのみ適用してください。インストーラーに必要な権限を付与できる場合は、このセクションの設定を適用する必要はありません。
優先度クラスを作成する
UiPath® アプリケーションの優先度クラスを作成するには、次の手順を実行します。
- 次の構成を YAML ファイルとして保存します。
--- apiVersion: scheduling.k8s.io/v1 kind: PriorityClass metadata: name: uipath-high-priority value: 1000000 preemptionPolicy: PreemptLowerPriority globalDefault: false description: "Priority class for uipath applications"--- apiVersion: scheduling.k8s.io/v1 kind: PriorityClass metadata: name: uipath-high-priority value: 1000000 preemptionPolicy: PreemptLowerPriority globalDefault: false description: "Priority class for uipath applications" - 次のコマンドを実行し、
<file_name.yaml>プレースホルダーをYAMLファイルの実際の名前に置き換えます。kubectl apply -f <file_name.yaml>kubectl apply -f <file_name.yaml>
名前空間をラベル付けする
名前空間ラベルを作成するには、次のコマンドを実行します。
kubectl label namespace <uipath> uipath-injection=enabled
kubectl label namespace <uipath> istio-injection=enabled
kubectl label namespace <uipath> uipath-injection=enabled
kubectl label namespace <uipath> istio-injection=enabled
CoreDNS を構成する
プロキシ設定を使用している場合、Automation Hub と Apps のインストールと操作を正常に完了させるには、特定の CoreDNS 構成の変更が必要です。
これを CoreDNS の設定に追加することをお勧めします。クラスターの FQDN を使用するサービス間要求が、ロード バランサーをバイパスして内部的に Istio を経由してルーティングできるようになるためです。
次の手順に従って、インストール時にクラスターを構成します。
-
実行中のクラスターから既存の
coredns構成マップをキャプチャします。kubectl get configmap -n kube-system coredns -o yaml > coredns-config.yamlkubectl get configmap -n kube-system coredns -o yaml > coredns-config.yaml -
coredns-config.yamlファイルを編集して、fqdn書き換えを構成に追加します。- 構成マップの名前を
coredns-customに変更します。 - 以下のコード ブロックを
coredns-config.yamlファイルに追加します。 コード ブロックがkubernetes cluster.local in-addr.arpa ip6.arp行の前に来ていることを確認してください。rewrite stop { name exact <cluster-fqdn> istio-ingressgateway.istio-system.svc.cluster.local }rewrite stop { name exact <cluster-fqdn> istio-ingressgateway.istio-system.svc.cluster.local } <cluster-fqdn>を実際の値に置き換えます。
これらの手順を完了すると、ファイルは次のサンプルのようになります。
apiVersion: v1 data: Corefile: | .:53 { errors log health rewrite stop { name exact mycluster.autosuite.com istio-ingressgateway.istio-system.svc.cluster.local } kubernetes cluster.local in-addr.arpa ip6.arpa { pods insecure fallthrough in-addr.arpa ip6.arpa } prometheus :9153 forward . /etc/resolv.conf cache 30 loop reload loadbalance } kind: ConfigMap metadata: name: coredns-custom namespace: kube-systemapiVersion: v1 data: Corefile: | .:53 { errors log health rewrite stop { name exact mycluster.autosuite.com istio-ingressgateway.istio-system.svc.cluster.local } kubernetes cluster.local in-addr.arpa ip6.arpa { pods insecure fallthrough in-addr.arpa ip6.arpa } prometheus :9153 forward . /etc/resolv.conf cache 30 loop reload loadbalance } kind: ConfigMap metadata: name: coredns-custom namespace: kube-system - 構成マップの名前を
-
coredns-custom構成マップを作成します。kubectl apply -f coredns-config.yamlkubectl apply -f coredns-config.yaml -
kube-system名前空間のcorednsデプロイで、ボリューム参照をcorednsからcoredns-customに置き換えます。volumes: - emptyDir: {} name: tmp - configMap: defaultMode: 420 items: - key: Corefile path: Corefile name: coredns-custom name: config-volumevolumes: - emptyDir: {} name: tmp - configMap: defaultMode: 420 items: - key: Corefile path: Corefile name: coredns-custom name: config-volume -
corednsデプロイを再起動し、corednsポッドが問題なく起動して実行されていることを確認します。kubectl rollout restart deployment -n kube-system corednskubectl rollout restart deployment -n kube-system coredns
これらの手順が完了すると、Automation Hub と Apps がプロキシが有効な環境で正常に起動します。