2

永続ボリュームを使用しようとすると、openshift aws デプロイメントに問題があります。

これらは、mysql-persistent インスタンスをデプロイしようとしたときに発生するエラーの一部です。

- ポッド "mysql-4-uizxn_persistent-test" のボリュームをマウントできません: クラウド プロバイダーはボリュームをサポートしていません - ポッドの同期エラー、スキップ: クラウド プロバイダーはボリュームをサポートしていません

各ノード node-config.yaml に以下を追加しました

kubeletArguments:
  cloud-provider:
    - "aws"
  cloud-config:
    - "/etc/aws/aws.conf"

また、master-config.yaml に以下を追加しました

kubernetesMasterConfig:
  apiServerArguments:
    cloud-provider:
      - "aws"
    cloud-config:
      - "/etc/aws/aws.conf"
  controllerArguments:
    cloud-provider:
      - "aws"
    cloud-config:
      - "/etc/aws/aws.conf"

何かが欠けているだけなのか、既知の問題/回避策があるのか​​ はわかりません.

また、構成ファイルが変更されたことをopenshiftまたはkubernetesがどのように認識するかという質問もありますか?

また、状況を説明するために、 openshift-ansibleを使用して環境をデプロイしました。

4

4 に答える 4

0

IAM コンソールの管理者グループでユーザーをセットアップして構成しましたか? しばらく経ちましたが、AWS で OSE を試していたときに同じ問題が発生し、最終的に修正されたと思います。

https://console.aws.amazon.com/iam/home#home

ユーザーを管理グループに追加しました (最初にそのグループを作成してからユーザーを追加する必要があったかどうか思い出せません)。次に、2 つのポリシーを添付しました。

   EC2FullAccess and AdministratorAccess

また、必ずキー ペアをエクスポートし、マスター サービスとノード サービスを再起動してください。

    export AWS_ACCESS_KEY_ID=<key id>  
    export AWS_SECRET_ACCESS_KEY=<secret key>
于 2016-01-12T15:06:13.450 に答える
0

@stran58

上記のように AWS クレデンシャルをエクスポートし、systemctl 経由でマスター サービスを開始してそのエラーが発生した場合、次のように AWS クレデンシャルを設定してみてはどうでしょうか。

systemctl set-environment AWS_SECRET_ACCESS_KEY=xxx
systemctl set-environment AWS_ACCESS_KEY_ID=xxx

それが役立つことを願っています。

于 2016-03-03T08:54:21.653 に答える