automation-suite
2024.10
false
OpenShift の Automation Suite のインストール ガイド
- 概要
- 要件
- インストール前
- インストール
- インストール後
- 移行とアップグレード
- 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 クラスター間を移行する
- 監視とアラート機能
- クラスターの管理
- 製品固有の設定
- トラブルシューティング
重要 :
このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。
新しいコンテンツの翻訳は、およそ 1 ~ 2 週間で公開されます。
ODF の S3 リクエストに対する 500 エラーとレート制限
NooBaa メモリ割り当ての失敗が原因で、Automation Suite の OpenShift Data Foundation を介した S3 要求のレート制限と 500 エラーが発生します。
説明
OpenShift Data Foundation (ODF) を介して S3 要求を送信するサービスでは、レート制限または 500 の内部サーバーエラー応答が発生する可能性があります。ODF では、ストレージ管理は NooBaa によって処理されます。要求の数がしきい値を超えると、NooBaa は追加のメモリを割り当てます。その割り当てが NooBaa デプロイで設定された CPU またはメモリの制限を超えると、ポッドはメモリ不足 (OOM) キラーによって終了できます。
この終了により、サービスの中断、要求の調整、エラー応答が発生します。
解決策
この問題を解決するには、NooBaa デプロイの CPU とメモリの制限と要求を増やして、ワークロードのスパイクを終了せずに処理できるようにする必要があります。制限を調整することが主な解決策ですが、要求を増やすとリソース割り当ての改善に役立ちます。
次の手順を実行します。
- 次のコマンドを実行して、関連するBackingStoreを取得します。
oc get backingstores.noobaa.io -n openshift-storageoc get backingstores.noobaa.io -n openshift-storage - 次のコマンドを実行して BackingStore にパッチを適用し、CPU およびメモリ リソースの制限を増やします。
oc patch BackingStore -n openshift-storage <backing-store-name> --type='merge' -p '{ "spec": { "pvPool": { "resources": { "limits": { "cpu": "1000m", "memory": "4000Mi" }, "requests": { "cpu": "500m", "memory": "500Mi" } } } } }'oc patch BackingStore -n openshift-storage <backing-store-name> --type='merge' -p '{ "spec": { "pvPool": { "resources": { "limits": { "cpu": "1000m", "memory": "4000Mi" }, "requests": { "cpu": "500m", "memory": "500Mi" } } } } }'
バッキングストアは、パッチの適用後、アクティブ状態に戻るまでに数分かかる場合があります。