{"id":113018,"date":"2024-01-20T23:28:04","date_gmt":"2024-01-20T21:28:06","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/opyt-sozdaniya-hranilishha-ceph-c-propusknoj-sposobnostyu-tebibajt-v-sekundu"},"modified":"2024-01-20T23:28:04","modified_gmt":"2024-01-20T21:28:06","slug":"opyt-sozdaniya-hranilishha-ceph-c-propusknoj-sposobnostyu-tebibajt-v-sekundu","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/opyt-sozdaniya-hranilishha-ceph-c-propusknoj-sposobnostyu-tebibajt-v-sekundu","title":{"rendered":"Exp\u00e9rience de cr\u00e9ation d'un stockage Ceph avec une bande passante de t\u00e9bibyte par seconde","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Un ing\u00e9nieur de l'entreprise Clyso a r\u00e9sum\u00e9 l'exp\u00e9rience de la cr\u00e9ation d'un cluster de stockage bas\u00e9 sur un syst\u00e8me distribu\u00e9 \u00e0 tol\u00e9rance de pannes Ceph, avec une bande passante sup\u00e9rieure \u00e0 un t\u00e9bi-octet par seconde. Il est not\u00e9 que c'est le premier cluster bas\u00e9 sur Ceph capable d'atteindre un tel niveau, mais avant d'obtenir ce r\u00e9sultat, les ing\u00e9nieurs ont d\u00fb surmonter une s\u00e9rie d'obstacles inattendus. <\/p>\n
Par exemple, pour am\u00e9liorer les performances de 10 \u00e0 20 %, il suffisait d'activer sur les serveurs dans les param\u00e8tres d'\u00e9conomie d'\u00e9nergie du BIOS le mode de performance maximale et de d\u00e9sactiver le c-state (le c-state modifie les param\u00e8tres d'\u00e9conomie d'\u00e9nergie en fonction de la charge, ce qui affecte Ceph). Il a \u00e9galement \u00e9t\u00e9 constat\u00e9 que lors de l'utilisation de disques NVMe, le noyau Linux d\u00e9pense beaucoup de temps \u00e0 traiter les verrouillages spin lors de la mise \u00e0 jour du mapping IOMMU. La d\u00e9sactivation de l'IOMMU dans le noyau a conduit \u00e0 une augmentation significative des performances lors des tests d'\u00e9criture et de lecture de blocs de 4 Mo. <\/p>\n
Cependant, la d\u00e9sactivation de l'IOMMU n'a pas r\u00e9solu le probl\u00e8me de la baisse de performance lors de l'\u00e9criture al\u00e9atoire de blocs de 4 Ko. En cherchant la cause, les ing\u00e9nieurs ont d\u00e9couvert des correctifs dans les sc\u00e9narios de compilation de Ceph provenant des projets Gentoo et Ubuntu, qui incluaient une compilation avec l'option RelWithDebInfo, car celle-ci appliquait dans GCC le mode d'optimisation \u00ab -O2 \u00bb, augmentant ainsi de mani\u00e8re significative les performances de Ceph. La compilation avec la biblioth\u00e8que TCMalloc contribuait \u00e9galement \u00e0 la baisse de performance. Changer les flags de compilation et cesser d'utiliser TCMalloc a permis de r\u00e9duire le temps de compactage par trois et d'augmenter les performances des op\u00e9rations d'\u00e9criture al\u00e9atoire de blocs de 4 Ko par deux. Enfin, une optimisation additionnelle des param\u00e8tres Reef RocksDB et des groupes de placement (PG) a \u00e9t\u00e9 effectu\u00e9e. <\/p>\n
![\"Exp\u00e9rience](\"\/wp-content\/uploads\/2024\/01\/515f3525e2194d8d91e3c582ff525cbb.png\")
<\/center> ![\"Exp\u00e9rience](\"\/wp-content\/uploads\/2024\/01\/1adbb4ede16cf979a79f04468c52895c.png\")
<\/center> <\/p>\n