technique:infrastructure:storage_proxmox

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision
Révision précédente
technique:infrastructure:storage_proxmox [2023/05/31 09:31] – [La notion de « stockage Proxmox »] qduchemitechnique:infrastructure:storage_proxmox [2023/06/25 20:19] (Version actuelle) qduchemi
Ligne 80: Ligne 80:
 * `vm_storage` → `/var/lib/vm_storage` ; * `vm_storage` → `/var/lib/vm_storage` ;
 * `backup` → `/SAVE`. * `backup` → `/SAVE`.
 +
 ## La notion de « stockage Proxmox » ## La notion de « stockage Proxmox »
  
Ligne 102: Ligne 103:
 * Dans le cas où on utilise un stockage `Directory` pour créer le disque d'une machine virtuelle, il sera représenté par un fichier dans le dossier ; * Dans le cas où on utilise un stockage `Directory` pour créer le disque d'une machine virtuelle, il sera représenté par un fichier dans le dossier ;
 * Dans le cas d'un stockage `Thin-pool` ou `LVM`, un LV sera créé **par disque de machine virtuelle**, ce qui est peu lisible. * Dans le cas d'un stockage `Thin-pool` ou `LVM`, un LV sera créé **par disque de machine virtuelle**, ce qui est peu lisible.
 +
 </bootnote> </bootnote>
  
-<bootnote critical>Même si ça peut sembler plus *straightforward*, on déconseille de créer un stockage « LVM » basé sur un VG. Ça peut sembler une bonne idée, car Proxmox pourrait alors pour chaque machine virtuelle utiliser l'espace nécessaire pour chaque VM. Mais ça crée un LV par disque virtuel, ce qui rend les choses peu visibles, et produit des interactions étranges quand LVM est utilisé à l'intérieur des machines virtuelles. Passer par le montage d'un dossier est plus maintenable et pas moins efficient.</bootnote> +<bootnote critical> 
 +Même si ça peut sembler plus *straightforward*, on déconseille de créer un stockage « LVM » basé sur un VG. Ça peut sembler une bonne idée, car Proxmox pourrait alors pour chaque machine virtuelle utiliser l'espace nécessaire pour chaque VM. Mais ça crée un LV par disque virtuel, ce qui rend les choses peu visibles, et produit des interactions étranges quand LVM est utilisé à l'intérieur des machines virtuelles. Passer par le montage d'un dossier est plus maintenable et pas moins efficient. 
 +</bootnote>
 ## Création d'un stockage Proxmox : exemple ## Création d'un stockage Proxmox : exemple
  
Ligne 118: Ligne 121:
 {{ :technique:infrastructure:storage_proxmox.png |}} {{ :technique:infrastructure:storage_proxmox.png |}}
  
-<bootnote warning>Attention à la case `Content` qui peut sembler descriptive Proxmox refusera d'utiliser le stockage comme cible de backup s'il n'a pas `VZDump backup file` dans son contenu.</bootnote>+<bootnote warning>Attention à la case `Content` qui peut sembler descriptive. Par exemple, Proxmox refusera d'utiliser le stockage comme cible de backup s'il n'a pas `VZDump backup file` dans son contenu.</bootnote> 
 + 
 +## Cas particulier : le stockage Scenari 
 + 
 +Comme expliqué [ici](https://wiki.picasoft.net/doku.php?id=technique:infrastructure:config#utilisation_du_stockage1), l'association Scenari a acheté un SSD de 2To non-redondé pour Caribou, pour stocker notamment ses backups. Pour permettre une meilleure isolation, plutôt que d'utiliser ce disque comme du stockage pur et d'ouvrir un accès SSH sur Caribou, ce disque sera monté sur Caribou, puis associé à un stockage `Directory` appelé `scenari`. 
 + 
 +Le stockage `scenari` servira exclusivement pour une machine virtuelle dont les accès seront donnés à Scenari. Le contrat d'hébergement prévoie que l'usage des ressources est dédiée aux backups.
  
 ## Synthèse ## Synthèse
  • technique/infrastructure/storage_proxmox.1685518310.txt.gz
  • de qduchemi