トラブルシューティング

このトピックでは、Eksctl で一般的なエラーを解決する方法について説明します。

失敗したスタックの作成

--cfn-disable-rollback フラグを使用して、Cloudformation が失敗したスタックのロールバックを停止し、デバッグを容易にすることができます。

サブネット ID「subnet-11111111」が「subnet-22222222」と同じではありません

次のような VPC のサブネットを指定する設定ファイルを指定します。

apiVersion: eksctl.io/v1alpha5
kind: ClusterConfig

metadata:
  name: test
  region: us-east-1

vpc:
  subnets:
    public:
      us-east-1a: {id: subnet-11111111}
      us-east-1b: {id: subnet-22222222}
    private:
      us-east-1a: {id: subnet-33333333}
      us-east-1b: {id: subnet-44444444}

nodeGroups: []

エラーは、指定されたサブネットが適切なアベイラビリティーゾーンに配置されていないsubnet ID "subnet-11111111" is not the same as "subnet-22222222"ことを意味します。各アベイラビリティーゾーンの適切なサブネット ID である AWS コンソールで確認します。

この例では、VPC の正しい設定は次のとおりです。

vpc:
  subnets:
    public:
      us-east-1a: {id: subnet-22222222}
      us-east-1b: {id: subnet-11111111}
    private:
      us-east-1a: {id: subnet-33333333}
      us-east-1b: {id: subnet-44444444}

削除の問題

削除が機能しない場合や、削除--waitの追加を忘れた場合は、Amazon の他のツールを使用してクラウドフォーメーションスタックを削除する必要があります。これは、gui または aws cli を使用して実行できます。

kubectl ログと kubectl 実行が認可エラーで失敗する

ノードがプライベートサブネットにデプロイされている場合、 kubectl logsまたは が次のようなエラーでkubectl run失敗します。

Error attaching, falling back to logs: unable to upgrade connection: Authorization error (user=kube-apiserver-kubelet-client, verb=create, resource=nodes, subresource=proxy)

Error from server (InternalError): Internal error occurred: Authorization error (user=kube-apiserver-kubelet-client, verb=get, resource=nodes, subresource=proxy)

その後、enableDnsHostnames の設定が必要になる場合があります。詳細については、この問題を参照してください。