Skip to content

Commit 44f7a56

Browse files
author
k0rventen
committed
finalized translation
1 parent b95a76b commit 44f7a56

File tree

1 file changed

+67
-93
lines changed

1 file changed

+67
-93
lines changed

‎content/fr/docs/tasks/configure-pod-container/configure-persistent-volume-storage.md

Lines changed: 67 additions & 93 deletions
Original file line numberDiff line numberDiff line change
@@ -6,170 +6,148 @@ weight: 60
66

77
<!-- overview -->
88

9-
Cette page montre comment configurer un Pod afin qu'il utilise un {{< glossary_tooltip text="PersistentVolumeClaim" term_id="persistent-volume-claim" >}} comme stockage.
9+
Cette page montre comment configurer un Pod afin qu'il utilise un {{< glossary_tooltip text="PersistentVolumeClaim" term_id="persistent-volume-claim" >}} comme système de stockage.
1010

11-
Voici un resume des etapes:
11+
Voici un résumé des étapes:
1212

13-
1. En tant qu'administrateur d'un cluster, vous creez un PersistentVolume qui pointe vers un systeme de stockage physique. Vous n'associez le volume avec aucun pod pour le moment.
13+
1. En tant qu'administrateur d'un cluster, vous créez un PersistentVolume qui pointe vers un système de stockage physique. Vous n'associez le volume avec aucun Pod pour le moment.
1414

15-
1. En tant que developer / utilisateur du cluster, vous creez un PersistentVolumeClaim qui sera automatiquement lie a un PersistentVolume adapte.
15+
1. En tant que développeur ou utilisateur du cluster, vous créez un PersistentVolumeClaim qui sera automatiquement lié à un PersistentVolume adapté.
1616

17-
1. Vous creez un Pod qui utilise le PersistentVolumeClaim cree precedemment comme stockage.
17+
1. Vous créez un Pod qui utilise le PersistentVolumeClaim créé précédemment comme stockage.
1818

1919

2020
## {{% heading "prerequisites" %}}
2121

2222

23-
* Vous devez avoir a disposition un cluster qui n'a qu'un seul noeud, et l'utilitaire en ligne de commande
24-
{{< glossary_tooltip text="kubectl" term_id="kubectl" >}} doit etre configure pour communiquer avec votre cluster. Si vous n'avez pas deja de cluster a disposition, vous pouvez en creer un en utilisant [Minikube](https://minikube.sigs.k8s.io/docs/).
23+
* Vous devez avoir à disposition un cluster qui n'a qu'un seul noeud, et l'utilitaire en ligne de commande
24+
{{< glossary_tooltip text="kubectl" term_id="kubectl" >}} doit être configuré pour communiquer avec votre cluster. Si vous n'avez pas déja de cluster à disposition, vous pouvez en créer un en utilisant [Minikube](https://minikube.sigs.k8s.io/docs/).
2525

2626
* Vous pouvez vous familiariser avec la documentation des
2727
[Persistent Volumes](/docs/concepts/storage/persistent-volumes/).
2828

2929
<!-- steps -->
3030

31-
## Creer un fichier index.html sur votre noeud
32-
33-
Open a shell to the single Node in your cluster. How you open a shell depends
34-
on how you set up your cluster. For example, if you are using Minikube, you
35-
can open a shell to your Node by entering `minikube ssh`.
36-
37-
In your shell on that Node, create a `/mnt/data` directory:
31+
## Créer un fichier index.html sur votre noeud
3832

3933
Ouvrez une session shell sur le noeud de votre cluster. La facon d'ouvrir
4034
la session va dependre de la configuration de votre cluster. Si vous utilisez Minikube,
4135
vous pouvez ouvrir une session via la commande `minikube ssh`.
4236

37+
Via la session sur ce noeud, créez un dossier `/mnt/data`:
38+
4339
```shell
44-
# En supposant que votre noeud utilise `sudo` pour les acces privilegies
40+
# En supposant que votre noeud utilise `sudo` pour les accès privilégiés
4541
sudo mkdir /mnt/data
4642
```
4743

48-
Dans le dossier `/mnt/data`, creez un fichier `index.html`:
44+
Dans le dossier `/mnt/data`, créez un fichier `index.html`:
4945
```shell
50-
# En supposant toujours que votre noeud utilise `sudo` pour les acces privilegies
46+
# En supposant toujours que votre noeud utilise `sudo` pour les accès privilégiés
5147
sudo sh -c "echo 'Hello from Kubernetes storage' > /mnt/data/index.html"
5248
```
5349

5450
{{< note >}}
55-
Si votre noeud utilise un utilitaire d'acces privilegie autre que `sudo`, les commandes notees ici fonctionneront en remplacant `sudo` par le nom de l'utilitaire.
51+
Si votre noeud utilise un utilitaire d'accès privilégié autre que `sudo`, les commandes notées ici devraient fonctionner en remplacant `sudo` par le nom de l'utilitaire.
5652
{{< /note >}}
5753

5854
Testez que le fichier `index.html` existe:
5955
```shell
6056
cat /mnt/data/index.html
6157
```
6258

63-
Le resultat de la commande doit etre:
59+
Le résultat de la commande doit être:
6460
```
6561
Hello from Kubernetes storage
6662
```
6763

68-
Vous pouvez maintenant fermer l'acces shell a votre Noeud.
64+
Vous pouvez maintenant fermer l'accès shell à votre Noeud.
6965

70-
## Creer un PersistentVolume
66+
## Créer un PersistentVolume
7167

72-
Dans cet exercice, vous allez créer un PersistentVolume de type *hostpath*. Prise en charge de Kubernetes
73-
hostPath pour le développement et les tests sur un cluster à nœud unique. Un hostPath
74-
PersistentVolume utilise un fichier ou un répertoire sur le nœud pour émuler le stockage en réseau.
68+
Dans cet exercice, vous allez créer un PersistentVolume de type *hostpath*. Kubernetes prend en charge le type hostPath pour le développement et les tests sur un cluster à noeud unique. Un PersistentVolume de type hostPath utilise un fichier ou un répertoire sur le noeud pour simuler un stockage réseau.
7569

76-
Dans un cluster de production, vous n'utiliseriez pas le type *hostPath*. Communement, un administrateur de cluster
70+
Dans un cluster de production, vous n'utiliseriez pas le type *hostPath*. Plus communément, un administrateur de cluster
7771
provisionnerait une ressource réseau comme un disque persistant Google Compute Engine,
7872
un partage NFS ou un volume Amazon Elastic Block Store. Les administrateurs de cluster peuvent également
7973
utiliser les [StorageClasses](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#storageclass-v1-storage-k8s-io)
80-
pour parametrer du
74+
pour paramétrer du
8175
[provisioning dynamique](/docs/concepts/storage/dynamic-provisioning/).
8276

8377
Voici le fichier de configuration pour le PersitentVolume de type hostPath:
8478
{{< codenew file="pods/storage/pv-volume.yaml" >}}
8579

86-
The configuration file specifies that the volume is at `/mnt/data` on the
87-
cluster's Node. The configuration also specifies a size of 10 gibibytes and
88-
an access mode of `ReadWriteOnce`, which means the volume can be mounted as
89-
read-write by a single Node. It defines the [StorageClass name](/docs/concepts/storage/persistent-volumes/#class)
90-
`manual` for the PersistentVolume, which will be used to bind
91-
PersistentVolumeClaim requests to this PersistentVolume.
80+
Le fichier de configuration spécifie que le chemin du volume sur le noeud est `/mnt/data`. Il spécifie aussi une taille de 10 gibibytes, ainsi qu'un mode d'accès de type `ReadWriteOnce`, impliquant que le volume ne peut être monté en lecture et écriture que par un seul noeud. Le fichier définit un [nom de StorageClass](/docs/concepts/storage/persistent-volumes/#class) à `manual`, ce qui sera utilisé pour attacher un PersistentVolumeClaim à ce PersistentVolume
9281

93-
Creez le PersistentVolume:
82+
Créez le PersistentVolume:
9483

9584
```shell
9685
kubectl apply -f https://k8s.io/examples/pods/storage/pv-volume.yaml
9786
```
9887

99-
Afficher les informations du PersistentVolume:
88+
Affichez les informations du PersistentVolume:
10089

10190
```shell
10291
kubectl get pv task-pv-volume
10392
```
10493

105-
Le resultat affiche que le PersitentVolume a un `STATUS` de `Available`.
106-
Cela signifie qu'il n'a pas encore ete attache a un PersistentVolumeClaim.
94+
Le résultat affiche que le PersitentVolume a un `STATUS` de `Available`.
95+
Cela signifie qu'il n'a pas encore été attaché à un PersistentVolumeClaim.
10796

10897
NAME CAPACITY ACCESSMODES RECLAIMPOLICY STATUS CLAIM STORAGECLASS REASON AGE
10998
task-pv-volume 10Gi RWO Retain Available manual 4s
11099

111-
## Creer un PersistentVolumeClaim
100+
## Créer un PersistentVolumeClaim
112101

113-
The next step is to create a PersistentVolumeClaim. Pods use PersistentVolumeClaims
114-
to request physical storage. In this exercise, you create a PersistentVolumeClaim
115-
that requests a volume of at least three gibibytes that can provide read-write
116-
access for at least one Node.
117-
118-
Here is the configuration file for the PersistentVolumeClaim:
102+
La prochaine étape est de créer un PersistentVolumeClaim (demande de stockage). Les Pods utilisent les PersistentVolumeClaims pour demander un accès à du stockage physique.
103+
Dans cet exercice, vous créez un PersistentVolumeClaim qui demande un volume d'au moins 3 gibibytes, et qui peut être monté en lecture et écriture sur au moins un noeud.
119104

105+
Voici le fichier de configuration du PersistentVolumeClaim:
120106
{{< codenew file="pods/storage/pv-claim.yaml" >}}
121107

122-
Create the PersistentVolumeClaim:
108+
Créez le PersistentVolumeClaim:
123109

124110
kubectl apply -f https://k8s.io/examples/pods/storage/pv-claim.yaml
125111

126-
After you create the PersistentVolumeClaim, the Kubernetes control plane looks
127-
for a PersistentVolume that satisfies the claim's requirements. If the control
128-
plane finds a suitable PersistentVolume with the same StorageClass, it binds the
129-
claim to the volume.
130-
131-
Look again at the PersistentVolume:
112+
Après avoir créé le PersistentVolumeClaim, le control plane de Kubernetes va chercher un PersistentVolume qui respecte les exigences du PersistentVolumeClaim. Si le control plane trouve un PersistentVolume approprié avec la même StorageClass, il attache la demande au volume.
132113

114+
Affichez à nouveau les informations du PersistentVolume:
133115
```shell
134116
kubectl get pv task-pv-volume
135117
```
136118

137-
Maintenant, le resultat affiche un `STATUS` a `Bound`.
119+
Maintenant, le résultat affiche un `STATUS` à `Bound`.
138120

139121
NAME CAPACITY ACCESSMODES RECLAIMPOLICY STATUS CLAIM STORAGECLASS REASON AGE
140122
task-pv-volume 10Gi RWO Retain Bound default/task-pv-claim manual 2m
141123

142-
Look at the PersistentVolumeClaim:
143-
124+
Affichez les informations du PersistentVolumeClaim:
144125
```shell
145126
kubectl get pvc task-pv-claim
146127
```
147128

148-
Le resultat montre que le PersistentVolumeClaim est attache au PersistentVolume
149-
`task-pv-volume`.
129+
Le résultat montre que le PersistentVolumeClaim est attaché au PersistentVolume `task-pv-volume`.
150130

151131
NAME STATUS VOLUME CAPACITY ACCESSMODES STORAGECLASS AGE
152132
task-pv-claim Bound task-pv-volume 10Gi RWO manual 30s
153133

154-
## Creer un Pod
134+
## Créer un Pod
155135

156-
La prochaine etape est de creer un Pod qui utilise le PersistentVolumeClaim comme volume de stockage.
136+
La prochaine étape est de créer un Pod qui utilise le PersistentVolumeClaim comme volume de stockage.
157137

158138
Voici le fichier de configuration du Pod:
159139

160140
{{< codenew file="pods/storage/pv-pod.yaml" >}}
161141

162-
Notice that the Pod's configuration file specifies a PersistentVolumeClaim, but
163-
it does not specify a PersistentVolume. From the Pod's point of view, the claim
164-
is a volume.
142+
Notez que le fichier de configuration du Pod spécifie un PersistentVolumeClaim et non un PersistentVolume. Du point de vue du Pod, la demande est un volume de stockage.
165143

166-
Creez le Pod:
144+
Créez le Pod:
167145

168146
```shell
169147
kubectl apply -f https://k8s.io/examples/pods/storage/pv-pod.yaml
170148
```
171149

172-
Verifiez que le container dans le Pod est operationnel:
150+
Vérifiez que le container dans le Pod est opérationnel:
173151
```shell
174152
kubectl get pod task-pv-pod
175153
```
@@ -179,69 +157,69 @@ Lancez un shell dans le container du Pod:
179157
kubectl exec -it task-pv-pod -- /bin/bash
180158
```
181159

182-
Depuis le shell, verifiez que nginx utilise le fichier `index.html` du volume hosPath:
160+
Depuis le shell, vérifiez que nginx utilise le fichier `index.html` du volume hostPath:
183161
```shell
184-
# Assurez vouys de lancer ces 3 commandes dans le shell qui provient de
185-
# la commande "kubectl exec" executee precedemment
162+
# Assurez vous de lancer ces 3 commandes dans le shell qui provient de
163+
# la commande "kubectl exec" exécutée précedemment
186164
apt update
187165
apt install curl
188166
curl http://localhost/
189167
```
190168

191-
The output shows the text that you wrote to the `index.html` file on the
192-
hostPath volume:
169+
Le résultat doit afficher le texte qui a été écrit auparavant dans le fichier `index.html` dans le volume hostPath:
193170

194171
Hello from Kubernetes storage
195172

196173

197-
If you see that message, you have successfully configured a Pod to
198-
use storage from a PersistentVolumeClaim.
174+
Si vous voyez ce message, vous avez configuré un Pod qui utilise un PersistentVolumeClaim comme stockage avec succès.
175+
199176

200177
## Nettoyage
201178

202-
Supprimez le Pod, the PersistentVolumeClaim et le PersistentVolume:
179+
Supprimez le Pod, le PersistentVolumeClaim et le PersistentVolume:
203180
```shell
204181
kubectl delete pod task-pv-pod
205182
kubectl delete pvc task-pv-claim
206183
kubectl delete pv task-pv-volume
207184
```
208185

209-
If you don't already have a shell open to the Node in your cluster,
210-
open a new shell the same way that you did earlier.
186+
Si vous n'avez pas déja de session ouverte sur le noeud de votre cluster, ouvrez en un de la même manière que précédemment.
211187

212-
In the shell on your Node, remove the file and directory that you created:
188+
Dans la session shell, supprimez les fichiers et dossiers que vous avez créé:
213189

214190
```shell
215-
# This assumes that your Node uses "sudo" to run commands
216-
# as the superuser
191+
# En assumant que le noeud utilise "sudo" pour les accès privilégiés
217192
sudo rm /mnt/data/index.html
218193
sudo rmdir /mnt/data
219194
```
220195

221-
Vous pouvez maintenant clore la session shell vers votre noeud.
196+
Vous pouvez maintenant arrêter la session shell vers votre noeud.
222197

223-
## Mounting the same persistentVolume in two places
198+
## Monter le même PersistentVolume à deux endroits
224199

225-
{{< codenew file="pods/storage/pv-duplicate.yaml" >}}
200+
Vous pouvez monter plusieurs fois un même PersistentVolume
201+
à plusieurs endroits différents dans votre container nginx:
226202

227-
You can perform 2 volume mounts on your nginx container:
203+
{{< codenew file="pods/storage/pv-duplicate.yaml" >}}
228204

229-
`/usr/share/nginx/html` for the static website
230-
`/etc/nginx/nginx.conf` for the default config
205+
`/usr/share/nginx/html` pour le site statique
206+
`/etc/nginx/nginx.conf` pour la configuration par défaut
231207

232208
<!-- discussion -->
233209

234-
## Access control
210+
## Contrôle d'accès
235211

236-
Le stockage configure avec un ID de groupe (GID) ne permettra l'ecriture que par les Pods
237-
qui utilisent le meme GID.
212+
Le stockage configuré avec un ID de groupe (GID) ne permettra l'écriture que par les Pods qui utilisent le même GID.
238213

239214
Mismatched or missing GIDs cause permission denied errors. To reduce the
240215
need for coordination with users, an administrator can annotate a PersistentVolume
241216
with a GID. Then the GID is automatically added to any Pod that uses the
242217
PersistentVolume.
243218

244-
Use the `pv.beta.kubernetes.io/gid` annotation as follows:
219+
Les GID manquants ou qui ne correspondent pas entraîneront des erreurs d'autorisation refusée. Pour alléger la coordination avec les utilisateurs, un administrateur peut annoter un PersistentVolume
220+
avec un GID. Ensuite, le GID sera automatiquement ajouté à tout pod qui utilise le PersistentVolume.
221+
222+
Utilisez l'annotation `pv.beta.kubernetes.io/gid` comme ceci:
245223
```yaml
246224
apiVersion: v1
247225
kind: PersistentVolume
@@ -251,15 +229,11 @@ metadata:
251229
pv.beta.kubernetes.io/gid: "1234"
252230
```
253231
254-
When a Pod consumes a PersistentVolume that has a GID annotation, the annotated GID
255-
is applied to all containers in the Pod in the same way that GIDs specified in the
256-
Pod's security context are. Every GID, whether it originates from a PersistentVolume
257-
annotation or the Pod's specification, is applied to the first process run in
258-
each container.
232+
Lorsqu'un Pod attache un PersistentVolume qui a une annotation pour le GID, ce dernier est appliqué à tous les containers du Pod de la même façon que les GID spécifiés dans le contexte de sécurité du Pod. Peu importe s'il provient d'une annotation du PersistentVolume ou de la spécification du Pod, chaque GID sera appliqué au premier process exécuté dans chaque container.
233+
259234
260235
{{< note >}}
261-
When a Pod consumes a PersistentVolume, the GIDs associated with the
262-
PersistentVolume are not present on the Pod resource itself.
236+
Quand un Pod attache un PersistentVolume, les GID associés avec le PersistentVolume ne sont pas répércutés sur la spécification de la ressource du Pod.
263237
{{< /note >}}
264238
265239
@@ -271,7 +245,7 @@ PersistentVolume are not present on the Pod resource itself.
271245
* Pour en savoir plus sur les [PersistentVolumes](/docs/concepts/storage/persistent-volumes/).
272246
* Lire la [documentation de conception sur le stockage persistant](https://git.k8s.io/design-proposals-archive/storage/persistent-storage.md).
273247
274-
### References
248+
### Références
275249
276250
* [PersistentVolume](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#persistentvolume-v1-core)
277251
* [PersistentVolumeSpec](/docs/reference/generated/kubernetes-api/{{< param "version" >}}/#persistentvolumespec-v1-core)

0 commit comments

Comments
 (0)