Re: [FRsAG] ISCSI vs NFS

2017-06-30 Par sujet Corentin BONNETON 
Bonjour 

> Le 30 juin 2017 à 10:51, Julien Escario  a écrit :
> 
> Le 24/06/2017 à 17:57, Fabien a écrit :
>> Bonjour la liste,
>> 
>> J'ai une question théorique concernant le stockage
>> 
>> Y a-t-il une réelle différence de performance entre le NFS et l'ISCSI ?
>> Certaines situations nécessitent elle l'utilisation de l'une ou l'autre 
>> techno ?
> 
> Alors, même si ces deux technos ont l'avantage de la simplicité, à ta place,
> pour un cluster Proxmox 'moderne', je regarderais plutôt du côté de Ceph ou 
> DRBD.
> 
> Ma préférence va, pour le moment, à DRBD même si son support est plus léger 
> dans
> Proxmox (erreur de calcul de l'espace disque).

DRBD c’est toujours par grappe de 2 du coup c’est pas le top (a moins que j’ai 
rater une version)

> 
> Le soucis de Ceph, c'est qu'il faut 4 machines pour démarrer et je ne suis pas
> certain que tu puisses utiliser ces machines pour faire tourner tes 
> hyperviseurs.
> DRBD9 (avec drbdmanage), c'est deux machines pour démarrer et elles peuvent 
> être
> à la fois noeud de stockage et hyperviseurs. Ca fait de belles économies pour
> démarrer. Tu devrais pouvoir monter jusqu'à 32 nœuds sans trop de soucis.
> Attention : c'est de le techno plus ou moins beta, attends toi à mettre les
> mains dans le cambouis quand il va y avoir un soucis. Jusqu'à présent, j'ai
> toujours réussi à repartir et retrouver une redondance suite à un incident 
> avec
> un downtime minimal (quelques minutes le jour où j'ai dû faire un reboot d'un
> hyperviseur).

Pour ceph tu as plusieurs façons de faire a voir selon les recommandations, 
mais en clair avec 2 serveurs distinct, moyen de faire un petit cluster ceph, 
les perfs seront pas top mais ça tient bien.

Dans mon cas j’ai un cluster ceph rattacher a proxmox avec 2 machines sata + 1 
serveur de cache-tier, ça tourne plutôt bien.

L’intéraction avec proxmox est pas mal, snapshot / resize par contre des soucis 
pour le déplacement a chaud.

> 
> Autre astuce : utiliser un export NFS en plus du DRBD. Avec la fonctionnalité 
> de
> déplacement du stockage à chaud dans Proxmox, tu peux basculer de NFS (lent) à
> DRBD (plutôt rapide, dépend de la latence et des disques) et les migrer sans
> shuter tes VMs le jour où ça commence à merdoyer (par exemple, si ta synchro
> DRBD est H.S. sur un noeud).

Dans la prochaine version de ceph qui sort dans 10-15 jours il prévois 
l’intégration de NFS avec comme backend Objet RGW (rados gateway).

Corentin

> 
> My 2 cts,
> Julien
> 
> 
> ___
> Liste de diffusion du FRsAG
> http://www.frsag.org/

___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] Recherche de retour d'expériences sur l'orchestration docker

2016-10-18 Par sujet Corentin Bonneton 
Je cherche aussi plus ou moins la même chose, j’ai environ 800CT en prod, je 
suis a la recherche d’une solution pour pouvoir pop / migrate des CT sur 
certains node suivant la consommation de CPU / RAM ou même en cas de panne du 
node.

Les CT utilisent 1 Volumes en NFS et un un volume via un driver rbd (pour ceph).
--
Cordialement,
Corentin BONNETON

> Le 18 oct. 2016 à 11:06, Nicolas Steinmetz <public+fr...@steinmetz.fr> a 
> écrit :
> 
> Hello,
> 
> 18 octobre 2016 10:58 "Cedric Mallet" <devs...@gmail.com> a écrit:
> 
>> Je suis en train de me creuser la tête pour trouver un orchestrateur docker.
>> 
>> Le but étant d'instancier à la volée des containers docker pour les équipes 
>> de dev.
>> 
>> Mis à part Kubernetes, j'avoue ne pas trop avoir d'idée.
> 
> Tu les instancies pour eux ou sont-ils autonomes ?
> 
> Kubernetes n'est pas forcément évident à prendre en main mais a pas mal de 
> fonctionnalités intéressantes. Cela reste plutôt un outil orienté Ops même si 
> la 1.4 cherche à simplifier pas mal de choses (avec kubeadm ou minikub ou le 
> dashboard)
> 
> Si tes devs doivent être indépendants :
> * Rancher - pour avoir une belle Web UI au dessus de Docker / Kubernetes / ...
> * Docker-Swarm (avec une version 1.12+ de Docker), tu arrives à faire des 
> choses sympa. Par contre cela demande vraiment une version 1.12+ de Docker.
> 
> Nicolas
> ___
> Liste de diffusion du FRsAG
> http://www.frsag.org/

___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] cluster web partage de fichiers

2016-05-17 Par sujet Corentin Bonneton 
Re :)

Je loue du matos chez ovh, j’utilise plutôt la gamme FS après a voir selon tes 
besoins etc mais il y a moyen de faire des trucs vraiment cool avec ceph :D

--
Cordialement,
Corentin BONNETON

> Le 17 mai 2016 à 17:37, Wallace <wall...@morkitu.org> a écrit :
> 
> C'est équilibré, les sources et fichiers sont lus mais en écriture y a des 
> logs d'application qui contre balance.
> Ton infra Ceph tu le fais sur quel matériel pour avoir ce coût?
> 
> Le 17/05/2016 17:18, Corentin Bonneton a écrit :
>> Hello,
>> 
>> Petite question, quel est ta fréquence lecture / écriture dessus ? 
>> 
>> Car j’ai moi même un petit cluster Ceph de (164TO) je suis environ a 18 
>> euros le TO (replica 2) avec des machines de 4 disques SAS sans avoir le 
>> journal ceph sur SSD, Coté performances c’est plutôt bon de mon coté surtout 
>> en read.
>> 
>> --
>> Cordialement,
>> Corentin BONNETON
>> 
>>> Le 17 mai 2016 à 17:02, Wallace < 
>>> <mailto:wall...@morkitu.org>wall...@morkitu.org 
>>> <mailto:wall...@morkitu.org>> a écrit :
>>> 
>>> Bonjour à tous,
>>> 
>>> Pour faire des clusters web avec espace de fichiers partagés j'ai
>>> utilisé pas mal de technique depuis plus de 15 ans :
>>> - NFS début des années 2000 vite abandonné
>>> - lun partagée en iscsi et oc2fs testé jusqu'à 9 serveurs
>>> - DRBD limité à 2 serveurs
>>> - GlusterFS sympa sur le papier mais pas performant
>>> - CephFS que j'adore mais le coût initial en serveur n'est pas adapté à
>>> toutes les architectures
>>> - inotify / rsync et dérivé en mode bidouillage
>>> - cluster de php fpm déportés du serveur web mais nécessite que le code
>>> php ne doive pas manipuler de fichiers
>>> 
>>> Le souci c'est qu'avec toutes ces solutions j'ai un beau panel pour
>>> m'adapter mais cela ne suffit pas.
>>> Là j'ai un cas concret où j'ai 2 serveurs front web Nginx / PHP-FPM où
>>> les mêmes sites doivent être servis MAIS le client ne veut pas et n'a
>>> pas les moyens d'avoir un partage correct genre Ceph.
>>> Je sais que la solution doit pouvoir monter à 3/4 serveurs web si la
>>> charge augmente pendant la saisonnalité du client ce qui écarte la
>>> réplication DRBD qui fait très bien son boulot en dual master pour 2
>>> serveurs.
>>> 
>>> J'ai comme piste
>>> - Syncthing qui tournerait sur les front web pour se synchroniser
>>> mutuellement mais quid de la performance et du délai de synchronisation?
>>> - FineFS mais le projet semble ne plus être maintenu
>>> 
>>> Du coup je sèche, avez-vous une idée de nouvelle façon de faire?
>>> Par avance merci pour vos expériences.
>>> 
>>> 
>>> ___
>>> Liste de diffusion du FRsAG
>>> http://www.frsag.org/ <http://www.frsag.org/>
> 

___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] cluster web partage de fichiers

2016-05-17 Par sujet Corentin Bonneton 
Hello,

Petite question, quel est ta fréquence lecture / écriture dessus ? 

Car j’ai moi même un petit cluster Ceph de (164TO) je suis environ a 18 euros 
le TO (replica 2) avec des machines de 4 disques SAS sans avoir le journal ceph 
sur SSD, Coté performances c’est plutôt bon de mon coté surtout en read.

--
Cordialement,
Corentin BONNETON

> Le 17 mai 2016 à 17:02, Wallace <wall...@morkitu.org> a écrit :
> 
> Bonjour à tous,
> 
> Pour faire des clusters web avec espace de fichiers partagés j'ai
> utilisé pas mal de technique depuis plus de 15 ans :
> - NFS début des années 2000 vite abandonné
> - lun partagée en iscsi et oc2fs testé jusqu'à 9 serveurs
> - DRBD limité à 2 serveurs
> - GlusterFS sympa sur le papier mais pas performant
> - CephFS que j'adore mais le coût initial en serveur n'est pas adapté à
> toutes les architectures
> - inotify / rsync et dérivé en mode bidouillage
> - cluster de php fpm déportés du serveur web mais nécessite que le code
> php ne doive pas manipuler de fichiers
> 
> Le souci c'est qu'avec toutes ces solutions j'ai un beau panel pour
> m'adapter mais cela ne suffit pas.
> Là j'ai un cas concret où j'ai 2 serveurs front web Nginx / PHP-FPM où
> les mêmes sites doivent être servis MAIS le client ne veut pas et n'a
> pas les moyens d'avoir un partage correct genre Ceph.
> Je sais que la solution doit pouvoir monter à 3/4 serveurs web si la
> charge augmente pendant la saisonnalité du client ce qui écarte la
> réplication DRBD qui fait très bien son boulot en dual master pour 2
> serveurs.
> 
> J'ai comme piste
> - Syncthing qui tournerait sur les front web pour se synchroniser
> mutuellement mais quid de la performance et du délai de synchronisation?
> - FineFS mais le projet semble ne plus être maintenu
> 
> Du coup je sèche, avez-vous une idée de nouvelle façon de faire?
> Par avance merci pour vos expériences.
> 
> 
> ___
> Liste de diffusion du FRsAG
> http://www.frsag.org/

___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] trousse de secours pour datacenter

2016-01-20 Par sujet Corentin Bonneton 
Effectivement il est parfait, je le recommande.

--
Cordialement,
Corentin BONNETON
cont...@titin.fr

> Le 20 janv. 2016 à 09:52, Florian Vanneroy <flor...@dfi.ch> a écrit :
> 
> Tu as oublié un boitier HDD pour pouvoir booter tous les ISO dont tu pourrais 
> avoir besoin.
>  
> Je te recommande le Zalman ZM-VE4000 (avec un menu qui te permet de 
> sélectionner l’ISO qui t’intéresse).
>  
> F.
>  
> De : FRsAG [mailto:frsag-boun...@frsag.org <mailto:frsag-boun...@frsag.org>] 
> De la part de H Kif
> Envoyé : mercredi 20 janvier 2016 09:43
> À : frsag@frsag.org <mailto:frsag@frsag.org>
> Objet : [FRsAG] trousse de secours pour datacenter
>  
> bonjour la liste,
> 
> Nous souhaiterions dans une équipe d'exploitation d'un datacenter mettre en 
> place une "trousse de secours". L'idée est qu'en cas de grosse panne 
> (typiquement un arrêt électrique brutal) avoir sur place tout le matériel 
> soft et hard nécessaire aux équipes pour redémarrer, diagnostiquer et réparer 
> si besoin l'infrastructure.
> 
> Voici les premières idées que j'ai et je serais intéressé par vos retours 
> d'expériences.
> 
> Merci par avance et bonne journée
> Vincent
> 
> 
> 
> Mobilier:
> 
> chaises pliantes
> table
> clé passe partout baies
> carnet téléphonique contact technique et support
> ecran/clavier sur roulette (type  
> http://www.ergotron.com/ProductsDetails/tabid/65/PRDID/320/language/fr-FR/Default.aspx
>  
> <http://www.ergotron.com/ProductsDetails/tabid/65/PRDID/320/language/fr-FR/Default.aspx>
>  )
> kvm usb laptop (type 
> http://www.startech.com/Server-Management/KVM-Switches/Portable-USB-PS-2-KVM-Console-Adapter-for-Notebook-PCs~NOTECONS01
>  
> <http://www.startech.com/Server-Management/KVM-Switches/Portable-USB-PS-2-KVM-Console-Adapter-for-Notebook-PCs~NOTECONS01>)
> ralonge electrique + multiprise
> tournevis
> procédure de redémarage des serveurs
> 
> 
> 
> HardWare:
> 
> clé usb
> chargeur laptop HP
> chargeur téléphone
> adapateur usb -> série
> cable console
> modem 4g ( passerelle 4g wifi ) 
> http://abonnez-vous.orange.fr/residentiel/equipements/domino-3G-E5220.aspx 
> <http://abonnez-vous.orange.fr/residentiel/equipements/domino-3G-E5220.aspx>
> 
> SoftWare (+version):
> 
> client ssh
> serveur tftp
> soft communication série minicom
> java 6 et 7
> 
> 
> 
> 
> ___
> Liste de diffusion du FRsAG
> http://www.frsag.org/ <http://www.frsag.org/>
___
Liste de diffusion du FRsAG
http://www.frsag.org/

Re: [FRsAG] Btrfs utilisable en production ?

2015-12-13 Par sujet Corentin Bonneton 
J’approuve a chaque Maj de kernel ou mineur,  brtfs deviens de plus en plus 
stable.

Effectivement il y a 3 ans même 1ans c’était la misère mais en tout cas pour 
mon cas sous jessie j’ai des partitions btrfs de 10 To ça tourne sans problème 
:)
 
--
Cordialement,
Corentin BONNETON
cont...@titin.fr

> Le 13 déc. 2015 à 11:58, fr...@jack.fr.eu.org a écrit :
> 
> btrfs, c'était encore très intense il y a 3 ans, avec de nombreuses
> fonctionnalités "en cours de dev" (comprendre : complétement bug), ou
> "qui vient de sortir" (comprendre: à utiliser si tu es joueur)
> Aujourd'hui, si tu regardes la liste des features
> (https://btrfs.wiki.kernel.org/index.php/Main_Page#Features), tu
> constates que les fonctionnalités "in development, or planned", sont
> beaucoup moins centrales que précedement (cf "le support du raid", "la
> gestion d'erreur du raid6" etc)
> Du fait, les pull requests sont moins impressionnantes que précédement,
> ce qui signifie que le fs est en cours de maturation
> 
> Pour répondre à la question originale (butterfs utilisable en production
> ?), chacun a son opinion de la stabilité, mais je pense qu'aujourd'hui,
> avec un kernel récent, c'est tout à fait utilisable, bien plus qu'il y a
> de 3ans !
> On 13/12/2015 09:09, Denis Fondras wrote:
>>> @Denis : J'avoue ne pas connaître plus ZFS que Btrfs. As-tu de l’expérience
>>> avec ZFS sur Debian ?
>>> 
>> 
>> Je l'utilise depuis plus de 2 ans mais pas dans les mêmes conditions que toi.
>> J'ai principalement des installations où il y'a très peu de fichiers mais de
>> plusieurs dizaines de Go. Je n'ai qu'une seule installation avec des 
>> milliers de
>> petits fichiers pour ~100Go. Je n'ai aucun soucis pour le moment (je touche 
>> du
>> bois :o). J'avais testé Btrfs il y'a 3 ans et c'était catastrophique en 
>> terme de
>> stabilité et je n'ai donc pas voulu retenter l'expérience lorsque j'ai eu 
>> besoin
>> d'un FS moderne.
>> ___
>> Liste de diffusion du FRsAG
>> http://www.frsag.org/
>> 
> 
> 
> -- 
> "UNIX was not designed to stop its users from doing stupid things, as
> that would also stop them from doing clever things." – Doug Gwyn
> ___
> Liste de diffusion du FRsAG
> http://www.frsag.org/

___
Liste de diffusion du FRsAG
http://www.frsag.org/