Translate concepts/storage/volume-pvc-datasource in Japanese

content/ja/docs/concepts/storage/volume-pvc-datasource.md

@@ -0,0 +1,64 @@
+---
+title: CSI Volume Cloning
+content_template: templates/concept
+weight: 30
+---
+
+{{% capture overview %}}
+
+{{< feature-state for_k8s_version="v1.15" state="alpha" >}}
+このドキュメントではKubernetesで既存のCSIボリュームの複製についてのコンセプトを説明します。このページを読む前にあらかじめ[ボリューム](/docs/concepts/storage/volumes)についてよく理解していることが望ましいです。
+
+この機能を使用するにはVolumePVCDataSourceのフューチャーゲートを有効にする必要があります。
+
+```
+--feature-gates=VolumePVCDataSource=true
+```
+
+
+{{% /capture %}}
+
+
+{{% capture body %}}
+
+## イントロダクション
+
+{{<glossary_tooltip text = "CSI" term_id = "csi">}}のボリューム複製機能は、ユーザーが{{<glossary_tooltip text = "ボリューム" term_id = "volume">}}の複製を作成することを示す`dataSource`フィールドで既存の{{<glossary_tooltip text = "PVC" term_id = "persistent-volume-claim">}}を指定するためのサポートを追加します。
+
+複製は既存のKubernetesボリュームの複製として定義され、標準のボリュームと同じように使用できます。唯一の違いは、プロビジョニング時に「新しい」空のボリュームを作成するのではなく、バックエンドデバイスが指定されたボリュームの正確な複製を作成することです。
+
+複製の実装は、Kubernetes APIの観点からは新しいPVCの作成時に既存のバインドされていないPVCをdataSourceとして指定する機能を追加するだけです。
+
+この機能を使用する場合、ユーザーは次のことに注意する必要があります:
+
+* 複製のサポート(`VolumePVCDataSource`)はCSIドライバーのみです。
+* 複製のサポートは動的プロビジョニングのみです。
+* CSIドライバーはボリューム複製機能を実装している場合としていない場合があります。
+* PVCは複製先のPVCと同じ名前空間に存在する場合にのみ複製できます（複製元と複製先は同じ名前空間になければなりません）。
+
+
+## プロビジョニング
+
+複製は同じ名前空間内の既存のPVCを参照するdataSourceを追加すること以外は他のPVCと同様にプロビジョニングされます。
+
+```yaml
+apiVersion: v1
+kind: PersistentVolumeClaim
+metadata:
+    name: clone-of-pvc-1
+    namespace: myns
+spec:
+  capacity:
+    storage: 10Gi
+  dataSource:
+    kind: PersistentVolumeClaim
+    name: pvc-1
+```
+
+このyamlの作成結果は指定された複製元である`pvc-1`と全く同じデータを持つ`clone-of-pvc-1`という名前の新しいPVCです。
+
+## 使い方
+
+新しいPVCが使用可能になると、複製されたPVCは他のPVCと同じように利用されます。またこの時点で新しく作成されたPVCは独立したオブジェクトであることが期待されます。元のdataSource PVCを考慮せず個別に利用、複製、スナップショット、削除できます。これはまた複製元が新しく作成された複製にリンクされておらず、新しく作成された複製に影響を与えずに変更または削除できることを意味します。
+
+{{% /capture %}}

content/ja/docs/reference/glossary/container.md

@@ -0,0 +1,19 @@
+---
+title: コンテナ
+id: container
+date: 2018-04-12
+full_link: /docs/concepts/overview/what-is-kubernetes/#why-containers
+short_description: >
+  軽量でポータブルなソフトウェアとそのすべての依存関係が含まれている実行可能なイメージ
+
+aka: 
+tags:
+- fundamental
+- workload
+---
+ 軽量でポータブルなソフトウェアとそのすべての依存関係が含まれている実行可能なイメージ
+
+<!--more--> 
+
+コンテナはアプリケーションから基盤となるホストインフラストラクチャを分離させ、さまざまなクラウドまたはOS環境での展開を容易にし、スケーリングを容易にします。
+

content/ja/docs/reference/glossary/csi.md

@@ -0,0 +1,23 @@
+---
+title: Container Storage Interface (CSI)
+id: csi
+date: 2018-06-25
+full_link: /docs/concepts/storage/volumes/#csi
+short_description: >
+    コンテナストレージインターフェイス(CSI)はストレージシステムをコンテナに公開するための標準インターフェイスを定義します。
+
+
+aka: 
+tags:
+- storage
+---
+コンテナストレージインターフェイス(CSI)はストレージシステムをコンテナに公開するための標準インターフェイスを定義します。
+
+<!--more--> 
+
+CSI allows vendors to create custom storage plugins for Kubernetes without adding them to the Kubernetes repository (out-of-tree plugins). To use a CSI driver from a storage provider, you must first [deploy it to your cluster](https://kubernetes-csi.github.io/docs/deploying.html). You will then be able to create a {{< glossary_tooltip text="Storage Class" term_id="storage-class" >}} that uses that CSI driver.
+
+CSIはベンダーがKubernetesリポジトリにコードを追加することなく(Kubernetesリポジトリツリー外のプラグインとして)独自のストレージプラグインを作成することを可能にします。CSIドライバをストレージプロバイダから利用するには、はじめに[クラスタにCSIプラグインをデプロイする](https://kubernetes-csi.github.io/docs/deploying.html)必要があります。その後のCSIドライバーを使用するための{{< glossary_tooltip text="ストレージクラス" term_id="storage-class" >}}を作成することができます。
+
+* [KubernetesにおけるCSIのドキュメント](/docs/concepts/storage/volumes/#csi)
+* [利用可能なCSIドライバの一覧](https://kubernetes-csi.github.io/docs/drivers.html)

content/ja/docs/reference/glossary/persistent-volume-claim.md

@@ -0,0 +1,21 @@
+---
+title: 永続ボリューム要求
+id: persistent-volume-claim
+date: 2018-04-12
+full_link: /docs/concepts/storage/persistent-volumes/
+short_description: >
+  ストレージ要求リソースは永続ボリュームで定義されているため、コンテナ内のボリュームとしてマウントできます。
+
+aka: 
+tags:
+- core-object
+- storage
+---
+ ストレージ要求リソースは永続ボリュームで定義されているため、コンテナ内のボリュームとしてマウントできます。
+
+<!--more--> 
+
+Specifies the amount of storage, how the storage will be accessed (read-only, read-write and/or exclusive) and how it is reclaimed (retained, recycled or deleted). Details of the storage itself are in the PersistentVolume specification.
+
+ストレージサイズ、ストレージへのアクセス制御（読み取り専用、読み取り/書き込み、排他的）、および再利用方法（保持、リサイクル、削除）を指定します。ストレージ自体の詳細は永続ボリュームの仕様にあります。
+

content/ja/docs/reference/glossary/persistent-volume.md

@@ -0,0 +1,20 @@
+---
+title: 永続ボリューム
+id: persistent-volume
+date: 2018-04-12
+full_link: /docs/concepts/storage/persistent-volumes/
+short_description: >
+ クラスター内のストレージの一部を示すAPIオブジェクトで、個々のPodのライフサイクルを超えて接続する一般的でプラグ可能なリソースとして利用可能です。
+
+aka: 
+tags:
+- core-object
+- storage
+---
+ クラスター内のストレージの一部を示すAPIオブジェクトで、個々の{{< glossary_tooltip text="Pod" term_id="pod" >}}のライフサイクルを超えて接続する一般的でプラグ可能なリソースとして利用可能です。
+
+<!--more--> 
+
+永続ボリューム(PV)はストレージの利用方法からストレージの提供方法の詳細を抽象化するAPIを提供します。
+PVはストレージを事前に作成できるシナリオで直接使用されます（静的プロビジョニング）。
+オンデマンドストレージ（動的プロビジョニング）を必要とするシナリオでは、代わりに永続ボリューム要求(PVC)が使用されます。

content/ja/docs/reference/glossary/storage-class.md

@@ -0,0 +1,22 @@
+---
+title: ストレージクラス
+id: storageclass
+date: 2018-04-12
+full_link: /docs/concepts/storage/storage-classes
+short_description: >
+  ストレージクラスは管理者が利用可能なさまざまなストレージタイプを記述する方法を提供します。
+
+aka: 
+tags:
+- core-object
+- storage
+---
+ ストレージクラスは管理者が利用可能なさまざまなストレージタイプを記述する方法を提供します。
+
+<!--more--> 
+
+StorageClasses can map to quality-of-service levels, backup policies, or to arbitrary policies determined by cluster administrators. Each StorageClass contains the fields `provisioner`, `parameters`, and `reclaimPolicy`, which are used when a {{< glossary_tooltip text="Persistent Volume" term_id="persistent-volume" >}} belonging to the class needs to be dynamically provisioned. Users can request a particular class using the name of a StorageClass object.
+
+ストレージクラスはサービス品質レベル、バックアップポリシー、クラスター管理者が決定した任意のポリシーにマッピングできます。
+
+各ストレージクラスには`provisioner`、` parameters`、`reclaimPolicy`フィールドが含まれています。これらは、対象のストレージクラスの{{< glossary_tooltip text="永続ボリューム" term_id="persistent-volume" >}}を動的プロビジョニングする必要がある場合に使用されます。ユーザーはストレージクラスオブジェクトの名前を使用して特定のストレージクラスを要求できます。

content/ja/docs/reference/glossary/volume.md

@@ -0,0 +1,18 @@
+---
+title: ボリューム
+id: volume
+date: 2018-04-12
+full_link: /docs/concepts/storage/volumes/
+short_description: >
+  ポッド内のコンテナからアクセス可能なデータを含むディレクトリ。
+
+aka: 
+tags:
+- core-object
+- fundamental
+---
+ {{< glossary_tooltip text="ポッド" term_id="pod" >}}内のコンテナからアクセス可能なデータを含むディレクトリ。
+
+<!--more--> 
+
+Kubernetesボリュームはボリュームを含む{{< glossary_tooltip text="ポッド" term_id="pod" >}}が存在する限り有効です。そのためボリュームは{{< glossary_tooltip text="ポッド" term_id="pod" >}}内で実行されるすべての{{< glossary_tooltip text="コンテナ" term_id="container" >}}よりも長持ちし、{{< glossary_tooltip text="コンテナ" term_id="container" >}}の再起動後もデータは保持されます。