{"id":77266,"date":"2020-04-09T13:42:08","date_gmt":"2020-04-09T11:42:08","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah"},"modified":"2020-04-09T13:42:08","modified_gmt":"2020-04-09T11:42:08","slug":"tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah","title":{"rendered":"Conseils et astuces pour travailler avec Ceph dans des projets \u00e0 forte charge","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Conseils et astuces pour travailler avec Ceph dans des projets \u00e0 forte charge\" src=\"\/wp-content\/uploads\/2020\/04\/1d60f91e55b20a5dc4346bd8087bc11e.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nEn utilisant Ceph comme stockage en r\u00e9seau dans diff\u00e9rents projets de chargement, nous pouvons rencontrer diverses t\u00e2ches qui, \u00e0 premi\u00e8re vue, ne semblent ni simples ni triviales. Par exemple :<\/p>\n<ul>\n<li> migration des donn\u00e9es d'un ancien Ceph vers un nouveau, en utilisant partiellement les anciens serveurs dans le nouveau cluster ;<\/li>\n<li> r\u00e9solution du probl\u00e8me de distribution de l'espace disque dans Ceph.<\/li>\n<\/ul>\n<p>\nEn traitant de telles t\u00e2ches, nous faisons face \u00e0 la n\u00e9cessit\u00e9 d'extraire correctement un OSD sans perte de donn\u00e9es, ce qui est particuli\u00e8rement pertinent pour de grands volumes de donn\u00e9es. C'est ce dont nous allons parler dans cet article.<\/p>\n<p>Les m\u00e9thodes d\u00e9crites ci-dessous sont pertinentes pour toutes les versions de Ceph. De plus, il sera tenu compte du fait que Ceph peut stocker un grand volume de donn\u00e9es : pour \u00e9viter les pertes de donn\u00e9es et d'autres probl\u00e8mes, certaines actions seront \u00ab fragment\u00e9es \u00bb en plusieurs autres.<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Pr\u00e9face sur l'OSD<\/h3>\n<p>\nPuisque deux des trois recettes abord\u00e9es concernent l'OSD (<noindex><a rel=\"nofollow\" href=\"https:\/\/docs.ceph.com\/docs\/master\/man\/8\/ceph-osd\/\">Daemon de stockage d'objets<\/a><\/noindex>), avant de plonger dans la partie pratique \u2014 un bref aper\u00e7u de ce que c'est dans Ceph et pourquoi il est si important.<\/p>\n<p>Tout d'abord, il convient de dire que tout le cluster Ceph est compos\u00e9 de nombreux OSD. Plus il y en a, plus le volume de donn\u00e9es libre dans Ceph est important. Il est donc facile de comprendre <b>la fonction principale de l'OSD<\/b>: il sauvegarde les donn\u00e9es des objets Ceph sur les syst\u00e8mes de fichiers de tous les n\u0153uds du cluster et fournit un acc\u00e8s r\u00e9seau \u00e0 ceux-ci (pour la lecture, l'\u00e9criture et d'autres demandes).<\/p>\n<p>\u00c0 ce m\u00eame niveau, les param\u00e8tres de r\u00e9plication sont \u00e9tablis par la copie des objets entre diff\u00e9rents OSD. Et c'est ici que l'on peut \u00eatre confront\u00e9 \u00e0 divers probl\u00e8mes, dont la r\u00e9solution sera abord\u00e9e plus loin.<\/p>\n<h2>Cas n\u00b01. Extraction s\u00e9curis\u00e9e d'un OSD du cluster Ceph sans perte de donn\u00e9es<\/h2>\n<p>\nLa n\u00e9cessit\u00e9 d'extraire un OSD peut \u00eatre provoqu\u00e9e par le retrait d'un serveur du cluster \u2014 par exemple, pour le remplacer par un autre serveur \u2014 ce qui est arriv\u00e9 dans notre cas et a servi de raison pour \u00e9crire cet article. Ainsi, l'objectif final des manipulations est d'extraire tous les OSD et les mon de ce serveur pour qu'il puisse \u00eatre arr\u00eat\u00e9.<\/p>\n<p>Pour plus de commodit\u00e9 et pour \u00e9viter une situation o\u00f9 nous nous tromperions dans la d\u00e9signation du bon OSD en cours d'ex\u00e9cution des commandes, nous allons d\u00e9finir une variable distincte, dont la valeur sera le num\u00e9ro de l'OSD \u00e0 supprimer. Nous l'appellerons <code>${ID}<\/code> \u2014 ici et par la suite, cette variable remplace le num\u00e9ro de l'OSD avec lequel nous travaillons.<\/p>\n<p>Examinons l'\u00e9tat avant le d\u00e9but des travaux :<\/p>\n<pre><code class=\"bash\">root@hv-1 ~ # ceph osd tree\nID CLASS WEIGHT  TYPE NAME      STATUS REWEIGHT PRI-AFF\n-1       0.46857 root default\n-3       0.15619      host hv-1\n-5       0.15619      host hv-2\n 1   ssd 0.15619      osd.1     up     1.00000  1.00000\n-7       0.15619      host hv-3\n 2   ssd 0.15619      osd.2     up     1.00000  1.00000<\/code><\/pre>\n<p>\nPour initier la suppression de l'OSD, il sera n\u00e9cessaire d'effectuer un <code>r\u00e9\u00e9quilibrage<\/code> de celui-ci jusqu'\u00e0 z\u00e9ro. Ainsi, nous r\u00e9duisons la quantit\u00e9 de donn\u00e9es dans l'OSD en les \u00e9quilibrant vers d'autres OSD. Pour cela, les commandes suivantes sont ex\u00e9cut\u00e9es :<\/p>\n<pre><code class=\"bash\">ceph osd reweight osd.${ID} 0.98\nceph osd reweight osd.${ID} 0.88\nceph osd reweight osd.${ID} 0.78<\/code><\/pre>\n<p>\n\u2026 et ainsi de suite jusqu'\u00e0 z\u00e9ro.<\/p>\n<p><b>Un \u00e9quilibrage progressif est n\u00e9cessaire<\/b>, afin de ne pas perdre de donn\u00e9es. Cela est particuli\u00e8rement pertinent si l'OSD contient un grand volume de donn\u00e9es. Pour s'assurer pr\u00e9cis\u00e9ment qu'apr\u00e8s l'ex\u00e9cution des commandes <code>r\u00e9\u00e9quilibrage<\/code> tout s'est bien pass\u00e9, on peut ex\u00e9cuter <code>ceph -s<\/code> ou bien dans une fen\u00eatre de terminal s\u00e9par\u00e9e lancer <code>ceph -w<\/code> pour observer les changements en temps r\u00e9el.<\/p>\n<p>Lorsque l'OSD est \u00ab vid\u00e9 \u00bb, il est possible de proc\u00e9der \u00e0 l'op\u00e9ration standard de sa suppression. Pour cela, transf\u00e9rons l'OSD n\u00e9cessaire dans l'\u00e9tat <code>down<\/code>:<\/p>\n<pre><code class=\"bash\">ceph osd down osd.${ID}<\/code><\/pre>\n<p>\n\u00ab Retirer \u00bb l'OSD du cluster :<\/p>\n<pre><code class=\"bash\">ceph osd out osd.${ID}<\/code><\/pre>\n<p>\nArr\u00eatons le service OSD et d\u00e9montons sa partition dans le FS :<\/p>\n<pre><code class=\"bash\">systemctl stop ceph-osd@${ID}\numount \/var\/lib\/ceph\/osd\/ceph-${ID}<\/code><\/pre>\n<p>\nSupprimons l'OSD de la <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.ceph.com\/docs\/nautilus\/rados\/operations\/crush-map\/\">carte CRUSH<\/a><\/noindex>:<\/p>\n<pre><code class=\"bash\">ceph osd crush remove osd.${ID}<\/code><\/pre>\n<p>\nSupprimons l'utilisateur de l'OSD :<\/p>\n<pre><code class=\"bash\">ceph auth del osd.${ID}<\/code><\/pre>\n<p>\nEt enfin, supprimons l'OSD lui-m\u00eame :<\/p>\n<pre><code class=\"bash\">ceph osd rm osd.${ID}<\/code><\/pre>\n<p>\n<b>Remarque<\/b>: si vous utilisez la version Ceph Luminous ou sup\u00e9rieure, les actions d\u00e9crites ci-dessus pour supprimer l'OSD peuvent \u00eatre r\u00e9duites \u00e0 deux commandes :<\/p>\n<pre><code class=\"bash\">ceph osd out osd.${ID}\nceph osd purge osd.${ID}\n<\/code><\/pre>\n<p>\nSi apr\u00e8s avoir ex\u00e9cut\u00e9 les actions d\u00e9crites ci-dessus, la commande <code>ceph osd tree<\/code>, vous devriez voir que sur le serveur o\u00f9 les travaux ont \u00e9t\u00e9 r\u00e9alis\u00e9s, il n'y a plus d'OSD pour lesquels les op\u00e9rations ci-dessus ont \u00e9t\u00e9 effectu\u00e9es :<\/p>\n<pre><code class=\"bash\">root@hv-1 ~ # ceph osd tree\nID CLASS WEIGHT  TYPE NAME     STATUS REWEIGHT PRI-AFF\n-1       0.46857      root default\n-3       0.15619      host hv-1\n-5       0.15619      host hv-2\n-7       0.15619      host hv-3\n 2   ssd 0.15619      osd.2    up     1.00000  1.00000<\/code><\/pre>\n<p>\nAu passage, nous noterons que l'\u00e9tat du cluster Ceph passera \u00e0 <code>HEALTH_WARN<\/code>, et nous observerons \u00e9galement une diminution du nombre d'OSD et du volume d'espace disque disponible. <\/p>\n<p>Les actions qui seront n\u00e9cessaires si vous souhaitez totalement arr\u00eater le serveur et, par cons\u00e9quent, le supprimer de Ceph seront d\u00e9crites ci-dessous. Dans ce cas, il est important de se rappeler que <b>avant de d\u00e9connecter le serveur, il est n\u00e9cessaire d'extraire tous les OSD<\/b> sur ce serveur.<\/p>\n<p>S'il ne reste plus d'OSD sur ce serveur, alors apr\u00e8s leur suppression, il faut exclure le serveur de la carte OSD <code>hv-2<\/code>, en ex\u00e9cutant la commande suivante :<\/p>\n<pre><code class=\"bash\">ceph osd crush rm hv-2<\/code><\/pre>\n<p>\nNous supprimons <code>mon<\/code> du serveur <code>hv-2<\/code>, en lan\u00e7ant la commande ci-dessous sur un autre serveur (c'est-\u00e0-dire dans ce cas \u2014 sur <code>hv-1<\/code>):<\/p>\n<pre><code class=\"bash\">ceph-deploy mon destroy hv-2<\/code><\/pre>\n<p>\nApr\u00e8s cela, vous pouvez arr\u00eater le serveur et passer aux \u00e9tapes suivantes (son red\u00e9ploiement, etc.).<\/p>\n<h2>Cas n\u00b02. R\u00e9partition de l'espace disque dans un cluster Ceph d\u00e9j\u00e0 cr\u00e9\u00e9<\/h2>\n<p>\nJe commencerai la deuxi\u00e8me histoire par une pr\u00e9face sur les PG (<noindex><a rel=\"nofollow\" href=\"https:\/\/docs.ceph.com\/docs\/mimic\/rados\/operations\/placement-groups\/\">Placement Groups<\/a><\/noindex>). Le r\u00f4le principal des PG dans Ceph est d'agr\u00e9ger d'abord les objets Ceph puis de les r\u00e9pliquer dans les OSD. La formule pour calculer le nombre n\u00e9cessaire de PG se trouve dans <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.ceph.com\/docs\/mimic\/rados\/operations\/placement-groups\/#choosing-the-number-of-placement-groups\">la section correspondante<\/a><\/noindex> de la documentation Ceph. Cette question y est \u00e9galement abord\u00e9e avec des exemples concrets.<\/p>\n<p>Ainsi : l'un des probl\u00e8mes courants lors de l'utilisation de Ceph est le d\u00e9s\u00e9quilibre entre le nombre d'OSD et de PG dans les pools Ceph.<\/p>\n<p>Tout d'abord, cela peut entra\u00eener une situation o\u00f9 un nombre trop \u00e9lev\u00e9 de PG est sp\u00e9cifi\u00e9 dans un petit pool, ce qui est en r\u00e9alit\u00e9 une utilisation irrationnelle de l'espace disque dans le cluster. Deuxi\u00e8mement, cela pose un probl\u00e8me plus s\u00e9rieux dans la pratique : le d\u00e9bordement de donn\u00e9es dans l'un des OSD. Cela entra\u00eene le passage du cluster d'abord dans un \u00e9tat <code>HEALTH_WARN<\/code>, puis dans <code>HEALTH_ERR<\/code>. La cause en est que Ceph, lors du calcul de l'espace de donn\u00e9es disponible (que vous pouvez conna\u00eetre gr\u00e2ce \u00e0 <code>MAX AVAIL<\/code> dans la sortie de la commande <code>ceph df<\/code> pour chaque pool s\u00e9par\u00e9ment) se base sur le volume de donn\u00e9es disponibles dans les OSD. S'il y a un manque d'espace dans au moins un OSD, il ne sera pas possible d'\u00e9crire plus de donn\u00e9es tant qu'elles ne seront pas correctement r\u00e9parties entre tous les OSD.<\/p>\n<p>Il convient de pr\u00e9ciser que ces probl\u00e8mes <b>sont principalement r\u00e9solus au stade de la configuration du cluster Ceph<\/b>. L'un des outils que vous pouvez utiliser est <noindex><a rel=\"nofollow\" href=\"http:\/\/blog.easter-eggs.org\/index.php\/post\/2013\/09\/27\/%5BLibvirt%5D-Migrating-from-on-disk-raw-images-to-RBD-storage\">Ceph PGCalc<\/a><\/noindex>. Cet outil permet de calculer visuellement le nombre n\u00e9cessaire de PG. Toutefois, il peut \u00e9galement \u00eatre utilis\u00e9 dans une situation o\u00f9 le cluster Ceph <i>d\u00e9j\u00e0<\/i> n'est pas correctement configur\u00e9. Il est important de noter que dans le cadre des travaux de correction, vous aurez probablement besoin de r\u00e9duire le nombre de PG, et cette option n'est pas disponible dans les anciennes versions de Ceph (elle n'est apparue qu'\u00e0 partir de la version <noindex><a rel=\"nofollow\" href=\"https:\/\/ceph.com\/rados\/new-in-nautilus-pg-merging-and-autotuning\/\">Nautilus<\/a><\/noindex>).<\/p>\n<p>Donc, imaginons le sc\u00e9nario suivant : le statut du cluster est <code>HEALTH_WARN<\/code> en raison du fait que l'espace dans un des OSD s'\u00e9puise. Cela sera signal\u00e9 par l'erreur <code>HEALTH_WARN: 1 near full osd<\/code>. Ci-dessous se trouve l'algorithme pour sortir d'une telle situation.<\/p>\n<p>Tout d'abord, il est n\u00e9cessaire de r\u00e9partir les donn\u00e9es existantes entre les autres OSD. Nous avons d\u00e9j\u00e0 effectu\u00e9 ce type d'op\u00e9ration dans le premier cas, lorsque nous avons \u00ab ass\u00e9ch\u00e9 \u00bb le n\u0153ud, avec juste la diff\u00e9rence que maintenant, il faudra l\u00e9g\u00e8rement diminuer <code>r\u00e9\u00e9quilibrage<\/code>. Par exemple, \u00e0 0.95 :<\/p>\n<pre><code class=\"bash\">ceph osd reweight osd.${ID} 0.95<\/code><\/pre>\n<p>\nCela lib\u00e8re de l'espace disque dans l'OSD et corrige l'erreur dans ceph health. Cependant, comme d\u00e9j\u00e0 mentionn\u00e9, ce probl\u00e8me survient principalement en raison d'une configuration incorrecte de Ceph au d\u00e9but : il est tr\u00e8s important de proc\u00e9der \u00e0 une reconfiguration pour \u00e9viter qu'il ne se reproduise \u00e0 l'avenir.<\/p>\n<p>Dans notre cas sp\u00e9cifique, tout d\u00e9pendait de :<\/p>\n<ul>\n<li> une valeur trop \u00e9lev\u00e9e <code>replication_count<\/code> dans l'un des pools,<\/li>\n<li> trop de PG dans un pool et trop peu dans l'autre. <\/li>\n<\/ul>\n<p>\nUtilisons le calculateur d\u00e9j\u00e0 mentionn\u00e9. Il montre clairement ce qu'il faut entrer et, en principe, ce n'est pas compliqu\u00e9. En entrant les param\u00e8tres n\u00e9cessaires, nous obtenons les recommandations suivantes :<\/p>\n<p><i><b>Remarque<\/b>: si vous configurez un cluster Ceph \u00e0 partir de z\u00e9ro, une autre fonctionnalit\u00e9 utile du calculateur sera la g\u00e9n\u00e9ration de commandes qui cr\u00e9eront des pools \u00e0 partir de z\u00e9ro avec les param\u00e8tres indiqu\u00e9s dans le tableau.<\/i><\/p>\n<p>Le dernier colonne aide \u00e0 s'orienter \u2014 <i>Suggested PG Count<\/i>. Dans notre cas, le deuxi\u00e8me est \u00e9galement utile, o\u00f9 le param\u00e8tre de r\u00e9plication est indiqu\u00e9, car nous avons d\u00e9cid\u00e9 de modifier \u00e9galement le multiplicateur de r\u00e9plication.<\/p>\n<p>Ainsi, il faudra d'abord modifier les param\u00e8tres de r\u00e9plication \u2014 cela doit \u00eatre fait en premier, car en diminuant le multiplicateur, nous lib\u00e9rerons de l'espace disque. Pendant l'ex\u00e9cution de la commande, on peut remarquer que la valeur de l'espace disque disponible va augmenter :<\/p>\n<pre><code class=\"bash\">ceph osd pool $pool_name set $replication_size<\/code><\/pre>\n<p>\nEt apr\u00e8s son ach\u00e8vement \u2014 nous modifions les valeurs des param\u00e8tres <code>pg_num<\/code> et <code>pgp_num<\/code> comme suit :<\/p>\n<pre><code class=\"bash\">ceph osd pool set $pool_name pg_num $pg_number\nceph osd pool set $pool_name pgp_num $pg_number<\/code><\/pre>\n<p>\n<b>Important<\/b>: nous devons successivement modifier le nombre de PG dans chaque pool et ne pas modifier les valeurs dans d'autres pools tant que les avertissements n'ont pas disparu <i>\u00ab Degraded data redundancy \u00bb<\/i> et <i>\u00ab n-number of pgs degraded \u00bb<\/i>.<\/p>\n<p>Vous pouvez \u00e9galement v\u00e9rifier que tout s'est bien pass\u00e9 en consultant les r\u00e9sultats des commandes <code>ceph health detail<\/code> et <code>ceph -s<\/code>.<\/p>\n<h2>Cas n\u00b03. Migration d'une machine virtuelle de LVM vers Ceph RBD<\/h2>\n<p>\nDans les projets utilisant des machines virtuelles install\u00e9es sur des serveurs bare-metal lou\u00e9s, la question d'un stockage r\u00e9silient se pose souvent. Il est \u00e9galement souhaitable que cet espace de stockage soit suffisamment grand... Une autre situation courante : il y a une machine virtuelle avec un stockage local sur le serveur et il est n\u00e9cessaire d'augmenter le disque, mais il n'y a plus d'espace disque disponible sur le serveur.<\/p>\n<p>Le probl\u00e8me peut \u00eatre r\u00e9solu de diff\u00e9rentes mani\u00e8res \u2014 par exemple, en migrant vers un autre serveur (s'il en existe un) ou en ajoutant de nouveaux disques au serveur. Mais ce n'est pas toujours possible, donc la migration de LVM vers Ceph peut constituer une excellente solution \u00e0 ce probl\u00e8me. En choisissant cette option, nous simplifions \u00e9galement le processus de migration entre les serveurs, car il ne sera pas n\u00e9cessaire de d\u00e9placer le stockage local d'un hyperviseur \u00e0 un autre. La seule difficult\u00e9 est qu'il faudra arr\u00eater la VM pendant les travaux.<\/p>\n<p>Comme recette suivante, nous prenons <noindex><a rel=\"nofollow\" href=\"http:\/\/blog.easter-eggs.org\/index.php\/post\/2013\/09\/27\/%5BLibvirt%5D-Migrating-from-on-disk-raw-images-to-RBD-storage\">un article de ce blog<\/a><\/noindex>, dont les instructions ont \u00e9t\u00e9 mises \u00e0 l'\u00e9preuve. \u00c0 propos, <b>il y est \u00e9galement d\u00e9crit un moyen de migration sans frais<\/b>, mais dans notre cas, cela n'\u00e9tait tout simplement pas n\u00e9cessaire, donc nous ne l'avons pas v\u00e9rifi\u00e9. Cependant, si cela est critique pour votre projet \u2014 nous serions heureux d'apprendre les r\u00e9sultats dans les commentaires.<\/p>\n<p>Passons \u00e0 la partie pratique. Dans cet exemple, nous utilisons virsh et, par cons\u00e9quent, libvirt. Pour commencer, assurez-vous que le pool Ceph dans lequel les donn\u00e9es seront migr\u00e9es est connect\u00e9 \u00e0 libvirt :<\/p>\n<pre><code class=\"bash\">virsh pool-dumpxml $ceph_pool<\/code><\/pre>\n<p>\nLa description du pool doit contenir les donn\u00e9es de connexion \u00e0 Ceph avec les informations d'autorisation. <\/p>\n<p>L'\u00e9tape suivante consiste \u00e0 convertir l'image LVM en Ceph RBD. Le temps d'ex\u00e9cution d\u00e9pend principalement de la taille de l'image :<\/p>\n<pre><code class=\"bash\">qemu-img convert -p -O rbd \/dev\/main\/$vm_image_name rbd:$ceph_pool\/$vm_image_name<\/code><\/pre>\n<p>\nApr\u00e8s la conversion, une image LVM restera, qui sera utile si la migration de la VM vers RBD \u00e9choue et qu'il faut annuler les modifications. De plus \u2014 pour permettre un retour rapide en arri\u00e8re \u2014 nous ferons une sauvegarde du fichier de configuration de la machine virtuelle :<\/p>\n<pre><code class=\"bash\">virsh dumpxml $vm_name &gt; $vm_name.xml\ncp $vm_name.xml $vm_name_backup.xml<\/code><\/pre>\n<p>\n\u2026 et nous \u00e9diterons l'original (<code>vm_name.xml<\/code>). Trouvons le bloc avec la description du disque (il commence par la ligne <code>&lt;disk type='file' device='disk'&gt;<\/code> et se termine par <code>&lt;\/disk&gt;<\/code>) et le formater comme suit :<\/p>\n<pre><code class=\"xml\"><address \/><\/code><\/pre>\n<p>\nExaminons certains d\u00e9tails :<\/p>\n<ol>\n<li> Dans le protocole <code>source<\/code> l'adresse du stockage Ceph RBD est sp\u00e9cifi\u00e9e (il s'agit de l'adresse avec le nom du pool Ceph et de l'image RBD, qui a \u00e9t\u00e9 d\u00e9fini \u00e0 l'\u00e9tape pr\u00e9c\u00e9dente).<\/li>\n<li> Dans le bloc <code>secret<\/code> le type est sp\u00e9cifi\u00e9 <code>ceph<\/code>, ainsi que l'UUID du secret pour s'y connecter. Son UUID peut \u00eatre obtenu en utilisant la commande <code>virsh secret-list<\/code>.<\/li>\n<li> Dans le bloc <code>host<\/code> les adresses des moniteurs Ceph sont indiqu\u00e9es.<\/li>\n<\/ol>\n<p>\nApr\u00e8s avoir modifi\u00e9 le fichier de configuration et termin\u00e9 la conversion de LVM en RBD, vous pouvez appliquer le fichier de configuration modifi\u00e9 et d\u00e9marrer la machine virtuelle :<\/p>\n<pre><code class=\"bash\">virsh define $vm_name.xml\nvirsh start $vm_name<\/code><\/pre>\n<p>\nIl est temps de v\u00e9rifier si la machine virtuelle a d\u00e9marr\u00e9 correctement : cela peut \u00eatre fait, par exemple, en s'y connectant par SSH ou via <code>virsh<\/code>. <\/p>\n<p>Si la machine virtuelle fonctionne correctement et que vous n'avez d\u00e9tect\u00e9 aucun autre probl\u00e8me, vous pouvez supprimer l'image LVM qui n'est plus utilis\u00e9e :<\/p>\n<pre><code class=\"bash\">lvremove main\/$vm_image_name<\/code><\/pre>\n<p><\/p>\n<h2>Conclusion<\/h2>\n<p>\nNous avons rencontr\u00e9 toutes les situations d\u00e9crites en pratique \u2014 nous esp\u00e9rons que les instructions aideront d'autres administrateurs \u00e0 r\u00e9soudre des probl\u00e8mes similaires. Si vous avez des commentaires ou d'autres histoires similaires de votre exp\u00e9rience avec Ceph, nous serions ravis de les voir dans les commentaires !<\/p>\n<h2>P.S.<\/h2>\n<p>\nLisez aussi dans notre blog :<\/p>\n<ul>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/477680\/\">Nos mains ne sont pas faites pour s'ennuyer : restauration du cluster Rook dans K8s<\/a><\/noindex>\u00bb;<\/li>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/451818\/\">Rook ou ne pas Rook \u2014 telle est la question<\/a><\/noindex>\u00bb;<\/li>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/348044\/\">Rook - un stockage de donn\u00e9es \u00ab auto-g\u00e9r\u00e9 \u00bb pour Kubernetes<\/a><\/noindex>\u00bb;<\/li>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/329666\/\">Cr\u00e9ons un stockage permanent avec provisioning dans Kubernetes bas\u00e9 sur Ceph<\/a><\/noindex>\u00bb.<\/li>\n<\/ul>\n<p>Source : <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/495870\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0418\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f Ceph \u043a\u0430\u043a \u0441\u0435\u0442\u0435\u0432\u043e\u0435 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435 \u0432 \u0440\u0430\u0437\u043d\u044b\u0445 \u043f\u043e \u043d\u0430\u0433\u0440\u0443\u0436\u0435\u043d\u043d\u043e\u0441\u0442\u0438 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445, \u043c\u044b \u043c\u043e\u0436\u0435\u043c \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u0442\u044c\u0441\u044f \u0441 \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u043c\u0438 \u0437\u0430\u0434\u0430\u0447\u0430\u043c\u0438, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0441 \u043f\u0435\u0440\u0432\u043e\u0433\u043e \u0432\u0437\u0433\u043b\u044f\u0434\u0430 \u043d\u0435 \u043a\u0430\u0436\u0443\u0442\u0441\u044f \u043f\u0440\u043e\u0441\u0442\u044b\u043c\u0438 \u0438\u043b\u0438 \u0442\u0440\u0438\u0432\u0438\u0430\u043b\u044c\u043d\u044b\u043c\u0438. \u041d\u0430\u043f\u0440\u0438\u043c\u0435\u0440: \u043c\u0438\u0433\u0440\u0430\u0446\u0438\u044f \u0434\u0430\u043d\u043d\u044b\u0445 \u0438\u0437 \u0441\u0442\u0430\u0440\u043e\u0433\u043e Ceph \u0432 \u043d\u043e\u0432\u044b\u0439 \u0441 \u0447\u0430\u0441\u0442\u0438\u0447\u043d\u044b\u043c \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u043f\u0440\u0435\u0434\u044b\u0434\u0443\u0449\u0438\u0445 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0432 \u043d\u043e\u0432\u043e\u043c \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0435; \u0440\u0435\u0448\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u044b \u0440\u0430\u0441\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0434\u0438\u0441\u043a\u043e\u0432\u043e\u0433\u043e \u043f\u0440\u043e\u0441\u0442\u0440\u0430\u043d\u0441\u0442\u0432\u0430 \u0432 Ceph. \u0420\u0430\u0437\u0431\u0438\u0440\u0430\u044f\u0441\u044c \u0441 \u0442\u0430\u043a\u0438\u043c\u0438 \u0437\u0430\u0434\u0430\u0447\u0430\u043c\u0438, \u043c\u044b \u0441\u0442\u0430\u043b\u043a\u0438\u0432\u0430\u0435\u043c\u0441\u044f \u0441 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":77267,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-77266","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0418\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f Ceph \u043a\u0430\u043a \u0441\u0435\u0442\u0435\u0432\u043e\u0435 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435 \u0432.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"fr_FR\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47Tips &amp; tricks \u0432 \u0440\u0430\u0431\u043e\u0442\u0435 \u0441 Ceph \u0432 \u043d\u0430\u0433\u0440\u0443\u0436\u0435\u043d\u043d\u044b\u0445 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0418\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f Ceph \u043a\u0430\u043a \u0441\u0435\u0442\u0435\u0432\u043e\u0435 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435 \u0432.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-04-09T11:42:08+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-04-09T11:42:08+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47 Conseils et astuces pour travailler avec Ceph dans des projets \u00e0 forte charge | ProHoster","description":"Utiliser Ceph comme stockage r\u00e9seau dans.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47Tips &amp; tricks \u0432 \u0440\u0430\u0431\u043e\u0442\u0435 \u0441 Ceph \u0432 \u043d\u0430\u0433\u0440\u0443\u0436\u0435\u043d\u043d\u044b\u0445 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445 | ProHoster","og:description":"\u0418\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f Ceph \u043a\u0430\u043a \u0441\u0435\u0442\u0435\u0432\u043e\u0435 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435 \u0432.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/tips-tricks-v-rabote-s-ceph-v-nagruzhennyh-proektah","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-04-09T11:42:08+00:00","article:modified_time":"2020-04-09T11:42:08+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"77266","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 17:20:51","updated":"2022-10-02 10:23:09","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/77266","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=77266"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/77266\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/77267"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=77266"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=77266"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=77266"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}