問題タブ [persistent-volume-claims]

次のものがありますpvc(永続ボリューム要求):

および Google Cloud でサポートされているpv（永続ボリューム）:

存在する Google クラウド内のディスク。

最初に を作成しpv、 の後に作成するとpvc、次のkubectl get pvc,pvように表示されます。

しかし、を削除して再作成するとpv、次のkubectl get pvc,pvように表示されます。

• なぜpvc静止画なのBoundですか？
• pvc(再) バインドは自動的に行われませんか? (また、 のpv後にを作成すると、ステータスで永遠pvcに待機することもわかりました。)pvcPending

次の Kubernetes バージョンを使用します。

PVC (永続ボリューム要求) を持つ POD を持つレプリケーション コントローラーを作成したいと考えています。私の PVC は、PV (永続ボリューム) に NFS ストレージを使用します。

POD が動作可能になると、RC は POD を稼働状態に維持します。この状況では、POD 内のデータは、次の場合に利用可能/永続的になります。

1. POD が削除コマンドによって停止/削除され、RC が再起動しますか? つまり、Kubernetes はシャットダウンされていません。この場合、新しい POD は同じボリュームから同じデータを持つことができますか?
2. POD が停止され、Kubernetes プロセスとノードが再起動されました。ただし、NFS ストレージはまだ PV として接続されていました。
3. 新しい PV が Kubernetes にアタッチされ、古い PV がデタッチされます。

そこの、

ドキュメントによると：

ReadWriteOnce – the volume can be mounted as read-write by a single node

nfs に基づいて PV を作成しました。

この PV の PVC:

PV への PVC バインドを作成した後:

次に、同じ PVC を使用して 2 つの POD を作成しました。

POD1:

ポッド2:

2 つの POD を作成すると、それらは 2 つの異なるノードに割り当てられます。そして、コンテナに実行でき、nfs マウント フォルダで読み書きできます。

なぜこれが起こったのか知っている人はいますか？

このkubernetes の例に従って、永続データを使用して wordpress と mysql を作成しました

ディスクの作成から展開まで、チュートリアルからすべてに従い、最初の削除も試してみました

1回目

https://s3-ap-southeast-2.amazonaws.com/dorward/2017/04/git-cmd_2017-04-03_08-25-33.png

問題: 永続ボリュームが永続ボリューム要求にバインドされません。ポッドの作成とボリューム要求の両方で、保留中の状態のままです。ボリュームのステータスも Released 状態のままです。

例で説明されているようにすべてを削除して、再試行する必要がありました。今回は、作成したボリュームをクラスター内のインスタンスにマウントし、ext4 fs を使用してディスクをフォーマットし、ディスクをアンマウントしました。

2回目の試行

https://s3-ap-southeast-2.amazonaws.com/dorward/2017/04/git-cmd_2017-04-03_08-26-21.png

問題: ボリュームをフォーマットした後、ボリュームがクレームにバインドされました。残念ながら、mysql pod はステータス crashLoopback off では実行されません。最終的にワードプレスのポッドもクラッシュしました。

https://s3-ap-southeast-2.amazonaws.com/dorward/2017/04/git-cmd_2017-04-03_08-27-22.png

他の誰かがこれを経験しましたか？私が何か間違ったことをしたのか、それとも試験の記述から現在までに何かが変更されて例が壊れたのか疑問に思っています。どうすれば修正できますか？

どんな助けでも大歓迎です。

Kops を使用して、AWS で Kubernetes クラスターを実行しています。EBS ボリュームをコンテナーにマウントしました。アプリケーションからは表示されますが、アプリケーションがルートとして実行されないため、読み取り専用です。PersistentVolumeClaimroot 以外のユーザーとしてマウントするにはどうすればよいですか? には、マウントされたパスのユーザー、グループ、またはファイルのVolumeMountアクセス許可を制御するオプションがないようです。

これが私の展開yamlファイルです：

StateFulSets で既存の NFS を使用しようとしています。

の作成は、PresistentVolumeClaimを使用して自動的に行われるようvolumeClaimTemplatesです。

問題：

しかし、PresistentVolumeClaim全体を主張しているのでPresistentVolume。PresistentVolumeすべてのレプリカを手動で作成する必要があります。Kubernetes で NFS 永続ボリュームを動的にプロビジョニングする方法はありますか?

注: NFS サーバー自体は静的です。NFS サーバー自体ではなく、K8s でボリュームを動的に作成する必要があるだけです。

私はmongoステートフルセットの例を使用しています:

3 が必要なPresistentVolumeClaimので、使用するには 3 を作成する必要がありPVます。aws-ebs などの他の動的プロビジョナーと同様に、これを NFS に動的に追加できますか

これは NFS Persistent Volume で StatefulSet を取得する適切な方法ですか?