Re: [FRnOG] [TECH] Hyperviseur KVM et backup

2019-01-21 Par sujet David Ponzone 
Détail important concernant Proxmox car il est difficile de changer ça après: 
les snapshots, les vrais, sont disponibles en gros:
-avec qcow2 sur n’importe quel backend file-based
-avec tous backend qui les supporte

Ca donne ça:

https://pve.proxmox.com/wiki/Storage

On voit donc clairement que si on veut bosser en raw et en shared et faire des 
snapshots, ZFS sur iSCSI et Ceph s’imposent.


> Le 22 janv. 2019 à 08:05, Anthony Frnog  a écrit :
> 
> Merci pour les infos sur le backup.
> 
> C était l idée que je m en faisais.
> 
> Je pense que suite aux tests que j ai commencer a faire que Proxmox est
> bonne alternative a Vmware
> 
> Le mar. 22 janv. 2019 00:40, Alexandre DERUMIER  a
> écrit :
> 
 Il est possible sous Proxmox (de ce que j'ai pu tester dans ma maquette),
 de faire des snapshots pour les sauvegardes.
 Ceci à pour avantage de laisser UP la VM et de ne pas avoir
>> d'interruption
 de service (sauvegarde à chaud)
>> 
>> les backup de proxmox se font à chaud, sans interruption de la vm, et sans
>> faire de snapshot sur les disques.
>> Quand le backup démarre, il y a un bitmap en mémoire qui track les blocs
>> qui seraient ecrit pendant le backup.
>> Si il y a une ecriture sur un bloc qui n'est pas encore backupé, il va
>> d'abord etre sauvegardé, avant d'être ecrasé.
>> A la fin du backup, tu as l'etat du disque au moment où le backup a
>> démarrer.
>> (donc en gros, c'est +- comme un snapshot, c'est pour que proxmox appelle
>> ce mode de backup "snapshot")
>> 
>> 
>> Backup full uniquement. Techniquement qemu implemente déjà les
>> incrementales, mais pas encore super stable.
>> (comme il n'y a pas de snapshot sur les disques, il faudrait garder le
>> bitmap en permanence avec les changements entre 2 backup,
>> et si la vm est stoppé, le bitmap est perdu,..)
>> Mais c'est prévu sur la roadmap pour proxmox 6.
>> 
>> 
 Le fichier de sauvegarde généré par Proxmox dans ce cas est-il une
 sauvegarde totale ou juste un snapshot qui permet de revenir à une date
 antérieure si besoin?
>> 
>> une sauvergarde totale.
>> 
>> (Note qu'il y a également la notion de snapshot dans proxmox, qui utilise
>> les snapshot disques,
>> mais un snapshot ce n'est pas un sauvegarde.  Si tu perd ton stockage, tu
>> perd ton disque + les snapshots)
>> 
>> 
>> - Mail original -
>> De: "Anthony Frnog" 
>> À: "Olivier Vailleau" 
>> Cc: "frnog-tech" 
>> Envoyé: Lundi 21 Janvier 2019 22:52:51
>> Objet: Re: [FRnOG] [TECH] Hyperviseur KVM et backup
>> 
>> Bonsoir à tous,
>> 
>> Je regarde aussi pour passer de Vmware à Proxmox VE.
>> La question que je me pose est la suivante:
>> 
>> Il est possible sous Proxmox (de ce que j'ai pu tester dans ma maquette),
>> de faire des snapshots pour les sauvegardes.
>> Ceci à pour avantage de laisser UP la VM et de ne pas avoir d'interruption
>> de service (sauvegarde à chaud)
>> 
>> Le fichier de sauvegarde généré par Proxmox dans ce cas est-il une
>> sauvegarde totale ou juste un snapshot qui permet de revenir à une date
>> antérieure si besoin?
>> 
>> Merci à vous
>> Anthony
>> 
>> 
>> Le lun. 21 janv. 2019 à 22:25, Olivier Vailleau <
>> olivier.vaill...@gmail.com>
>> a écrit :
>> 
>>> Bonjour,
>>> Je me posait les mêmes questions que mon homonyme sur le backup
>> proxmoxVE.
>>> Oui, la solution a le mérite d'intégrer un "backup" qui fait ce que
>>> j’appellerais un Zip par abus de langage (ou un tgz.. ou un bgz, je sais
>>> plus).
>>> Mais qu'est-ce qu'on en fait après de ces fichiers ?
>>> 
>>> Je conçois que Veeam m'a donné de mauvaises habitudes avec les
>> "One-click"
>>> et le sureBackup. Il faut cependant reconnaître qu'il est devenu
>>> incontournable de pouvoir parcourir les Guest-files pour aller chercher
>> LE
>>> fichier et le restaurer à sa place sans avoir à remonter la vm, la
>> démarrer
>>> hors réseau, etc.. Est-ce qu'on peut le faire avec l'export tgz de
>>> proxmoxVE ? (je veux dire, est-ce qu'on peut le faire sans être non plus
>> un
>>> barbu ?)
>>> 
>>> Ensuite, ce que je n'ai pas trouvé dans le backup proxmoxVE (mais j'ai
>> peut
>>> être mal cherché) c'est la notion de rétention, avec la possibilité de
>>> garder X quotidiens, Y hebdo, Z mensuels.. et je ne parle pas du GFS.
>> Oui,
>>> y'a surement des gens qui ont écrit des scripts qui gèrent cela mais il
>>> faut les trouver... puis les intégrer.
>>> Je passe le fait que ma hiérarchie oblige l'export sur bande
>> magnétique...
>>> Heureusement que Veeam sait piloter succinctement un streamer LTO.
>>> 
>>> J'ai de grands espoirs dans l'OpenSource et ProxMoxVE/kvm/qemu sont des
>>> outils hallucinants qui promeuvent efficacement le libre tout comme le
>>> firent OpenOffice ou Firefox. Mais malheureusement, ils sont encore trop
>>> difficiles à appréhender pour le commun des admins mortels et rasés.
>>> Dans mon Job, je suis le plus barbu de l'équipe. Je joue dans un PVE
>>> labo/test/validation mais je suis loin d'imaginer le mettre en prod !
>>> Alors comment convaincre mes

Re: [FRnOG] [TECH] Hyperviseur KVM et backup

2019-01-21 Par sujet David Ponzone 




> Le 22 janv. 2019 à 00:50, Alexandre DERUMIER  a écrit :
> 
>>> Je conçois que Veeam m'a donné de mauvaises habitudes avec les "One-click"
>>> et le sureBackup. Il faut cependant reconnaître qu'il est devenu
>>> incontournable de pouvoir parcourir les Guest-files pour aller chercher LE
>>> fichier et le restaurer à sa place sans avoir à remonter la vm, la démarrer
>>> hors réseau, etc.. Est-ce qu'on peut le faire avec l'export tgz de
>>> proxmoxVE ? (je veux dire, est-ce qu'on peut le faire sans être non plus un
>>> barbu ?)
> 
> Pas moyen de remonter le backup pour lire les fichiers dedans.
> il faut le restorer (soit reecraser la vm existante ou créer une nouvelle vm).

Hmm pour l’avoir fait quelques fois, une sauvegarde full étant l’image complète 
du disque, il y a toujours un moyen en CLI de la monter où on veut pour aller y 
prendre le fichier qu’on veut:

http://alexeytorkhov.blogspot.com/2009/09/mounting-raw-and-qcow2-vm-disk-images.html



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Hyperviseur KVM et backup

2019-01-21 Par sujet David Ponzone 
Si tu parles du mode snapshot quand tu programmes un backup, c’est juste une 
manière de faire comprendre que la méthode utilisée va permettre que le backup 
soit fait à chaud (avec probablement une technique similaire au snapshot mais 
sans avoir besoin d’un FS qui supporte le "snapshooting »).




> Le 21 janv. 2019 à 22:52, Anthony Frnog  a écrit :
> 
> Bonsoir à tous,
> 
> Je regarde aussi pour passer de Vmware à Proxmox VE.
> La question que je me pose est la suivante:
> 
> Il est possible sous Proxmox (de ce que j'ai pu tester dans ma maquette),
> de faire des snapshots pour les sauvegardes.
> Ceci à pour avantage de laisser UP la VM et de ne pas avoir d'interruption
> de service (sauvegarde à chaud)
> 
> Le fichier de sauvegarde généré par Proxmox dans ce cas est-il une
> sauvegarde totale ou juste un snapshot qui permet de revenir à une date
> antérieure si besoin?
> 
> Merci à vous
> Anthony
> 
> 
> Le lun. 21 janv. 2019 à 22:25, Olivier Vailleau 
> a écrit :
> 
>> Bonjour,
>> Je me posait les mêmes questions que mon homonyme sur le backup proxmoxVE.
>> Oui, la solution a le mérite d'intégrer un "backup" qui fait ce que
>> j’appellerais un Zip par abus de langage (ou un tgz.. ou un bgz, je sais
>> plus).
>> Mais qu'est-ce qu'on en fait après de ces fichiers ?
>> 
>> Je conçois que Veeam m'a donné de mauvaises habitudes avec les "One-click"
>> et le sureBackup. Il faut cependant reconnaître qu'il est devenu
>> incontournable de pouvoir parcourir les Guest-files pour aller chercher LE
>> fichier et le restaurer à sa place sans avoir à remonter la vm, la démarrer
>> hors réseau, etc.. Est-ce qu'on peut le faire avec l'export tgz de
>> proxmoxVE ? (je veux dire, est-ce qu'on peut le faire sans être non plus un
>> barbu ?)
>> 
>> Ensuite, ce que je n'ai pas trouvé dans le backup proxmoxVE (mais j'ai peut
>> être mal cherché) c'est la notion de rétention, avec la possibilité de
>> garder X quotidiens, Y hebdo, Z mensuels..  et je ne parle pas du GFS. Oui,
>> y'a surement des gens qui ont écrit des scripts qui gèrent cela mais il
>> faut les trouver... puis les intégrer.
>> Je passe le fait que ma hiérarchie oblige l'export sur bande magnétique...
>> Heureusement que Veeam sait piloter succinctement un streamer LTO.
>> 
>> J'ai de grands espoirs dans l'OpenSource et ProxMoxVE/kvm/qemu sont des
>> outils hallucinants qui promeuvent efficacement le libre tout comme le
>> firent OpenOffice ou Firefox. Mais malheureusement, ils sont encore trop
>> difficiles à appréhender pour le commun des admins mortels et rasés.
>> Dans mon Job, je suis le plus barbu de l'équipe. Je joue dans un PVE
>> labo/test/validation mais je suis loin d'imaginer le mettre en prod !
>> Alors comment convaincre mes dirigeants que le libre, c'est le bon coté de
>> la force ?
>> 
>> S'il y avait une vrai solution de backup avec proxmox ou si Veeam proposait
>> une intégration KVM, je pense que je ferai le saut très facilement car
>> VmWare est décidément trop cher. Et on serait prêt à acheter la
>> maintenance/support proxmox pour avoir l'assurance ceinture/bretelles et
>> aussi pour jouer le jeu du financement du libre.
>> 
>> Cela fera peut être réagir des proxmoxiens.. et après tout, tant mieux si
>> dans le troll généré j'arrive à glaner des URLs ou nom de produits
>> miraculeux !
>> 
>> Voila pour ma réflexion à 2 balles...
>> Olivier.
>> 
>> Le lun. 21 janv. 2019 à 17:48, Alexandre DERUMIER  a
>> écrit :
>> 
>>> Si jamais tu utilise ceph comme stockage distribué avec proxmox,
>>> 
>>> il est également possible de backuper ceph directement (sans passer par
>>> proxmox),
>>> 
>>> l'avantage c'est que tu auras les backups differentiels.
>>> 
>>> il y a des outils très bien intégrés avec proxmox/ceph pour ca:
>>> 
>>> https://github.com/EnterpriseVE/eve4pve-barc
>>> 
>>> ou notre outil maison
>>> 
>>> https://github.com/JackSlateur/backurne
>>> 
>>> 
>>> - Mail original -
>>> De: "Olivier Divel" 
>>> À: "frnog-tech" 
>>> Envoyé: Lundi 21 Janvier 2019 16:32:48
>>> Objet: [FRnOG] [TECH] Hyperviseur KVM et backup
>>> 
>>> Bonjour à tous,
>>> 
>>> J'envisage d'installer des Hyperviseur KVM, peut être avec une solution
>>> tel
>>> Proxmox (si vous avez des retours/avis je suis preneur)
>>> 
>>> L'idée est de sortir mes différentes machines de Management/Services de
>>> mon
>>> Infra VMWARE afin de laisser dessus uniquement nos machines clientes.
>>> (Bah oui VMWARE ça coûte cher et je préfère optimiser en laissant sur mes
>>> serveurs de prod des VM que l'on valorise directement).
>>> 
>>> Bon jusque la ça va, par contre je ne sais pas comment aller backuper les
>>> VM que j'aurais mis dessus.
>>> Sur la prod j'utilise Veam-Backup mais je ne sais pas s'il peut faire le
>>> boulot.
>>> 
>>> Si vous avez des idées/avis/retours ça serait top
>>> 
>>> Merci bien :)
>>> 
>>> 
>>> Olivier Divel
>>> 
>>> ---
>>> Liste de diffusion du FRnOG
>>> http://www.frnog.org/
>>> 
>>> 
>>> ---
>>>

Re: [FRnOG] [TECH] Hyperviseur KVM et backup

2019-01-21 Par sujet Vincent 
Le 21/01/2019 à 17:48, Alexandre DERUMIER a écrit :
> Si jamais tu utilise ceph comme stockage distribué avec proxmox,
>
> il est également possible de backuper ceph directement (sans passer par 
> proxmox),
>
> l'avantage c'est que tu auras les backups differentiels.

Valable aussi avec zfs, plus facile à appréhender pour des proxmox seul
ou en petit cluster que ceph mais sans le côté HA qu'apporte ceph. En
bref, les gestionnaires de volumes permettent de grandement facilité les
backups et facilité les migrations.

J'ai pas d'outils de backup pour zfs tout prêt, mais il ne m'a pas été
difficile d'adapter nos scripts de backup déjà basé sur zfs pour proxmox.

>
> il y a des outils très bien intégrés avec proxmox/ceph pour ca:
>
> https://github.com/EnterpriseVE/eve4pve-barc
>
> ou notre outil maison
>
> https://github.com/JackSlateur/backurne
>
>
> - Mail original -
> De: "Olivier Divel" 
> À: "frnog-tech" 
> Envoyé: Lundi 21 Janvier 2019 16:32:48
> Objet: [FRnOG] [TECH] Hyperviseur KVM et backup
>
> Bonjour à tous, 
>
> J'envisage d'installer des Hyperviseur KVM, peut être avec une solution tel 
> Proxmox (si vous avez des retours/avis je suis preneur) 
>
> L'idée est de sortir mes différentes machines de Management/Services de mon 
> Infra VMWARE afin de laisser dessus uniquement nos machines clientes. 
> (Bah oui VMWARE ça coûte cher et je préfère optimiser en laissant sur mes 
> serveurs de prod des VM que l'on valorise directement). 
>
> Bon jusque la ça va, par contre je ne sais pas comment aller backuper les 
> VM que j'aurais mis dessus. 
> Sur la prod j'utilise Veam-Backup mais je ne sais pas s'il peut faire le 
> boulot. 
>
> Si vous avez des idées/avis/retours ça serait top 
>
> Merci bien :) 
>
>
> Olivier Divel 
>
> --- 
> Liste de diffusion du FRnOG 
> http://www.frnog.org/ 
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Hyperviseur KVM et backup

2019-01-21 Par sujet Anthony Frnog 
Merci pour les infos sur le backup.

C était l idée que je m en faisais.

Je pense que suite aux tests que j ai commencer a faire que Proxmox est
bonne alternative a Vmware

Le mar. 22 janv. 2019 00:40, Alexandre DERUMIER  a
écrit :

> >>Il est possible sous Proxmox (de ce que j'ai pu tester dans ma maquette),
> >>de faire des snapshots pour les sauvegardes.
> >>Ceci à pour avantage de laisser UP la VM et de ne pas avoir
> d'interruption
> >>de service (sauvegarde à chaud)
>
> les backup de proxmox se font à chaud, sans interruption de la vm, et sans
> faire de snapshot sur les disques.
> Quand le backup démarre, il y a un bitmap en mémoire qui track les blocs
> qui seraient ecrit pendant le backup.
> Si il y a une ecriture sur un bloc qui n'est pas encore backupé, il va
> d'abord etre sauvegardé, avant d'être ecrasé.
> A la fin du backup, tu as l'etat du disque au moment où le backup a
> démarrer.
> (donc en gros, c'est +- comme un snapshot, c'est pour que proxmox appelle
> ce mode de backup "snapshot")
>
>
> Backup full uniquement. Techniquement qemu implemente déjà les
> incrementales, mais pas encore super stable.
> (comme il n'y a pas de snapshot sur les disques, il faudrait garder le
> bitmap en permanence avec les changements entre 2 backup,
> et si la vm est stoppé, le bitmap est perdu,..)
> Mais c'est prévu sur la roadmap pour proxmox 6.
>
>
> >>Le fichier de sauvegarde généré par Proxmox dans ce cas est-il une
> >>sauvegarde totale ou juste un snapshot qui permet de revenir à une date
> >>antérieure si besoin?
>
> une sauvergarde totale.
>
> (Note qu'il y a également la notion de snapshot dans proxmox, qui utilise
> les snapshot disques,
> mais un snapshot ce n'est pas un sauvegarde.  Si tu perd ton stockage, tu
> perd ton disque + les snapshots)
>
>
> - Mail original -
> De: "Anthony Frnog" 
> À: "Olivier Vailleau" 
> Cc: "frnog-tech" 
> Envoyé: Lundi 21 Janvier 2019 22:52:51
> Objet: Re: [FRnOG] [TECH] Hyperviseur KVM et backup
>
> Bonsoir à tous,
>
> Je regarde aussi pour passer de Vmware à Proxmox VE.
> La question que je me pose est la suivante:
>
> Il est possible sous Proxmox (de ce que j'ai pu tester dans ma maquette),
> de faire des snapshots pour les sauvegardes.
> Ceci à pour avantage de laisser UP la VM et de ne pas avoir d'interruption
> de service (sauvegarde à chaud)
>
> Le fichier de sauvegarde généré par Proxmox dans ce cas est-il une
> sauvegarde totale ou juste un snapshot qui permet de revenir à une date
> antérieure si besoin?
>
> Merci à vous
> Anthony
>
>
> Le lun. 21 janv. 2019 à 22:25, Olivier Vailleau <
> olivier.vaill...@gmail.com>
> a écrit :
>
> > Bonjour,
> > Je me posait les mêmes questions que mon homonyme sur le backup
> proxmoxVE.
> > Oui, la solution a le mérite d'intégrer un "backup" qui fait ce que
> > j’appellerais un Zip par abus de langage (ou un tgz.. ou un bgz, je sais
> > plus).
> > Mais qu'est-ce qu'on en fait après de ces fichiers ?
> >
> > Je conçois que Veeam m'a donné de mauvaises habitudes avec les
> "One-click"
> > et le sureBackup. Il faut cependant reconnaître qu'il est devenu
> > incontournable de pouvoir parcourir les Guest-files pour aller chercher
> LE
> > fichier et le restaurer à sa place sans avoir à remonter la vm, la
> démarrer
> > hors réseau, etc.. Est-ce qu'on peut le faire avec l'export tgz de
> > proxmoxVE ? (je veux dire, est-ce qu'on peut le faire sans être non plus
> un
> > barbu ?)
> >
> > Ensuite, ce que je n'ai pas trouvé dans le backup proxmoxVE (mais j'ai
> peut
> > être mal cherché) c'est la notion de rétention, avec la possibilité de
> > garder X quotidiens, Y hebdo, Z mensuels.. et je ne parle pas du GFS.
> Oui,
> > y'a surement des gens qui ont écrit des scripts qui gèrent cela mais il
> > faut les trouver... puis les intégrer.
> > Je passe le fait que ma hiérarchie oblige l'export sur bande
> magnétique...
> > Heureusement que Veeam sait piloter succinctement un streamer LTO.
> >
> > J'ai de grands espoirs dans l'OpenSource et ProxMoxVE/kvm/qemu sont des
> > outils hallucinants qui promeuvent efficacement le libre tout comme le
> > firent OpenOffice ou Firefox. Mais malheureusement, ils sont encore trop
> > difficiles à appréhender pour le commun des admins mortels et rasés.
> > Dans mon Job, je suis le plus barbu de l'équipe. Je joue dans un PVE
> > labo/test/validation mais je suis loin d'imaginer le mettre en prod !
> > Alors comment convaincre mes dirigeants que le libre, c'est le bon coté
> de
> > la force ?
> >
> > S'il y avait une vrai solution de backup avec proxmox ou si Veeam
> proposait
> > une intégration KVM, je pense que je ferai le saut très facilement car
> > VmWare est décidément trop cher. Et on serait prêt à acheter la
> > maintenance/support proxmox pour avoir l'assurance ceinture/bretelles et
> > aussi pour jouer le jeu du financement du libre.
> >
> > Cela fera peut être réagir des proxmoxiens.. et après tout, tant mieux
> si
> > dans le troll généré j'arrive à glaner des URLs ou nom de

Re: [FRnOG] [BIZ] Wave Nantes-Paris

2019-01-21 Par sujet Jérôme Nicolle 
Salut Vincent,

Le 21/01/2019 à 12:30, Vincent Morio a écrit :
> Je recherche un 10Gbps idéalement une wave entre Nantes et Paris.
> Qui serait capable de me fournir ca ? 

Tu vas principalement solliciter les titulaires d'IRU sur le
Paris-Hendaye ex Qwest-Telia racheté par Covage en (entre 2008 et 2010,
je retrouve plus la date), et donc atterrir au shelter de 1200m2 en
banlieue nantaise (193 rue de la Bougrière
44980 SAINTE-LUCE-SUR-LOIRE - 47°15'50.28"N ; 1°28'36.42"W).

Ou bien viser le Cogent de Nantes, en plein centre, mais où tu n'auras
quasiment que des offres en revente, typiquement par les opérateurs
listés sur https://www.peeringdb.com/fac/725 . Il y en a d'autres - qui
te contacteront probablement en privé.

Dans ta situation, et si tu veux acheter de la boucle locale chez Covage
- en plus de déployer tes propres compléments - j'aurais tendance à
favoriser leur offre de boucle nationale, dont ton commercial attitré ne
manquera pas de te vanter les mérites. Et si tu n'en as pas encore,
passe moi un coup de fil ou un mail en PV pour que je t'arrange ça.

@+

-- 
Jérôme Nicolle
+33 6 19 31 27 14


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] retour de fiabilité de disques durs à l'hélium

2019-01-21 Par sujet frnog . kapush 
On lundi 21 janvier 2019 20:13:04 CET Michel Py - michel@arneill-
py.sacramento.ca.us wrote:
> > frnog.kap...@antichef.net
> > Sachant que leur modèle économique est entièrement basé sur l'utilisation
> > de disques grand public pour proposer des tarifs compétitifs, ça me
> > parait fort à propos d'indiquer les disques à partir de 45.
> C'est là ou tu as tort : la taille de l'échantillon n'est pas
> représentative. Avec un petit nombre, on peut facilement avoir un taux de
> panne nul, ou au contraire si c'est une mauvaise série un taux de panne
> très élevé. C'est le b-a-ba des statistiques. C'est comme les sondages :
> pour avoir quelque chose de significatif, il faut un échantillon d'au moins
> 1000.
> 
> C'est pour çà que çà n'a pas de crédibilité : soit la personne qui a fait ce
> tableau ne comprend rien aux statistiques (et dans ce cas on peut se poser
> des questions sur la manière dont les données sont obtenues), soit elle
> comprend comment çà marche et a choisi de publier des données sans
> relevance, ce qui est pire.
> 
> Michel.

Vu le succès backblaze depuis 2011 qui est basé en partie sur une 
interprétation correcte du taux de panne pour faire les bons choix, il semble 
clair qu'ils comprennent ce qu'ils font et qu'ils n'ont pas de problème de 
relevance dans leur interprétation des données en tableau (une fois encore si 
tu n'es pas satisfait de leur interprétation tu peux télécharger les données 
et faire ta propre interprétation avec tes propres critères).

Comme je l'ai expliqué précédemment, pour backblaze il est crucial de faire 
apparaître dans leur tableau les disques à partir de 45, leur modèle 
économique étant basé sur fabriquer leur propre solution à partir de disques 
grand public pour proposer un tarif largement en dessous de la concurrence (5$ 
mensuel avec espace disque illimité).

<<
Why do we have the drives we have? Basically, we buy the least expensive 
drives that will work. When a new drive comes on the market that looks like it 
would work, and the price is good, we test a pod full and see how they 
perform. The new drives go through initial setup tests, a stress test, and 
then a couple weeks in production. (A couple of weeks is enough to fill the 
pod with data.) If things still look good, that drive goes on the buy list. 
When the price is right, we buy it.

We are willing to spend a little bit more on drives that are reliable, because 
it costs money to replace a drive. We are not willing to spend a lot more, 
though.
<<

Pour ça il est vital de filtrer les modèles de disques qui ne sont pas adaptés 
à l'usage qu'ils veulent en faire, une approche basée sur la pratique dans le 
monde réél afin de s'éviter les cas qu'ils ont pu rencontrer notamment avec 
les Western Digital Green et les Seagate LP.

Je cite:
<<
Excluded Drives

Some drives just don’t work in the Backblaze environment. We have not included 
them in this study. It wouldn’t be fair to call a drive “bad” if it’s just not 
suited for the environment it’s put into.

The drives that just don’t work in our environment are Western Digital Green 
3TB drives and Seagate LP (low power) 2TB drives. Both of these drives start 
accumulating errors as soon as they are put into production. We think this is 
related to vibration. The drives do somewhat better in the new low-vibration 
Backblaze Storage Pod, but still not well enough.
<<

C'est aussi parce qu'ils prennent en compte les taux de pannes dès 45 disques 
qu'ils ont pu détecter que le type de suspension du transport utilisé pour 
livrer les pods en data center était cause de mort prématurée de certains 
disques. 

<<
Once the burn in phase is done, the Storage Pods are packaged up and shipped 
to a Backblaze data center. Whenever possible, we utilize a Ford Transit to 
transport the Storage Pods as the car-like suspension of the Transit makes for 
a smooth ride. The only trouble is that some data centers only have loading 
docks that are built to load/unload semi-trucks and Ford Transits are not 
loading dock height. Since Storage Pods weigh about 150 lbs each lifting them 
to loading dock height is real work. When we can’t use a Ford Transit, we 
prefer air ride suspension trucks versus trucks with just leaf springs. Maybe 
it’s just the condition of our highways here in the USA, but Storage Pods 
shipped on trucks with just leaf springs failed the load testing phase 
(described next) more often than those Storage Pods treated to the air ride 
experience.
<<

Après on pourrait parler de ces 1045 et 1220 disques qui ont accumulés moins 
de 500 000 drive days ou de ces 1500 disques avec 2,3 Millions de drive days 
par rapport 67 disques avec 4,5 Millions de drive days au compteur.
Parce que si c'est en prod et qu'il y en au moins 45 alors c'est dans le 
tableau, peu importe si c'est un modèle qui vient d'être ajouté par milliers 
ou si ce sont les derniers survivants d'un modèle qui est en prod depuis des 
années.

En faitfaut juste être capable de

Re: [FRnOG] [TECH] Hyperviseur KVM et backup

2019-01-21 Par sujet Alexandre DERUMIER 
>>Je conçois que Veeam m'a donné de mauvaises habitudes avec les "One-click"
>>et le sureBackup. Il faut cependant reconnaître qu'il est devenu
>>incontournable de pouvoir parcourir les Guest-files pour aller chercher LE
>>fichier et le restaurer à sa place sans avoir à remonter la vm, la démarrer
>>hors réseau, etc.. Est-ce qu'on peut le faire avec l'export tgz de
>>proxmoxVE ? (je veux dire, est-ce qu'on peut le faire sans être non plus un
>>barbu ?)

Pas moyen de remonter le backup pour lire les fichiers dedans.
il faut le restorer (soit reecraser la vm existante ou créer une nouvelle vm).

(ou alors, backup proxmox pour le disaster recovery + backup des fichiers dans 
les vms avec un soft de backup classique)



>>Ensuite, ce que je n'ai pas trouvé dans le backup proxmoxVE (mais j'ai peut 
>>être mal cherché) c'est la notion de rétention, avec la possibilité de 
>>garder X quotidiens, Y hebdo, Z mensuels.. et je ne parle pas du GFS. Oui, 
>>y'a surement des gens qui ont écrit des scripts qui gèrent cela mais il 
>>faut les trouver... puis les intégrer. 

la planification intégrée dans la gui est assez basique, et la rotation est un 
simple "je garde X backup".
Ca génère juste un simple cron.

mais il y a moyen de scripter ca assez facilement. (la commande de backup est 
"vzdump  ", "man vzdump" pour avoir toutes les options. ).

Il y a bacula qui intègre un plugin pour gérer les backup proxmox également
https://www.baculasystems.com/corporate-data-backup-software-solutions/bacula-enterprise-data-backup-tools/backup-and-recovery-for-proxmox
(avec stream direct vers bande si besoin)




Apres, comme je l'ai indiqué dans mon mail précedent, si vous utilisez ceph 
comme stockage (qui est intégré dans proxmox),
c'est plus simple pour les backups (full + différentiels, + possibilité de lire 
les fichiers dans le backup)


Alexandre.


- Mail original -
De: "Olivier Vailleau" 
Cc: "frnog-tech" 
Envoyé: Lundi 21 Janvier 2019 22:23:54
Objet: Re: [FRnOG] [TECH] Hyperviseur KVM et backup

Bonjour, 
Je me posait les mêmes questions que mon homonyme sur le backup proxmoxVE. 
Oui, la solution a le mérite d'intégrer un "backup" qui fait ce que 
j’appellerais un Zip par abus de langage (ou un tgz.. ou un bgz, je sais 
plus). 
Mais qu'est-ce qu'on en fait après de ces fichiers ? 

Je conçois que Veeam m'a donné de mauvaises habitudes avec les "One-click" 
et le sureBackup. Il faut cependant reconnaître qu'il est devenu 
incontournable de pouvoir parcourir les Guest-files pour aller chercher LE 
fichier et le restaurer à sa place sans avoir à remonter la vm, la démarrer 
hors réseau, etc.. Est-ce qu'on peut le faire avec l'export tgz de 
proxmoxVE ? (je veux dire, est-ce qu'on peut le faire sans être non plus un 
barbu ?) 

Ensuite, ce que je n'ai pas trouvé dans le backup proxmoxVE (mais j'ai peut 
être mal cherché) c'est la notion de rétention, avec la possibilité de 
garder X quotidiens, Y hebdo, Z mensuels.. et je ne parle pas du GFS. Oui, 
y'a surement des gens qui ont écrit des scripts qui gèrent cela mais il 
faut les trouver... puis les intégrer. 
Je passe le fait que ma hiérarchie oblige l'export sur bande magnétique... 
Heureusement que Veeam sait piloter succinctement un streamer LTO. 

J'ai de grands espoirs dans l'OpenSource et ProxMoxVE/kvm/qemu sont des 
outils hallucinants qui promeuvent efficacement le libre tout comme le 
firent OpenOffice ou Firefox. Mais malheureusement, ils sont encore trop 
difficiles à appréhender pour le commun des admins mortels et rasés. 
Dans mon Job, je suis le plus barbu de l'équipe. Je joue dans un PVE 
labo/test/validation mais je suis loin d'imaginer le mettre en prod ! 
Alors comment convaincre mes dirigeants que le libre, c'est le bon coté de 
la force ? 

S'il y avait une vrai solution de backup avec proxmox ou si Veeam proposait 
une intégration KVM, je pense que je ferai le saut très facilement car 
VmWare est décidément trop cher. Et on serait prêt à acheter la 
maintenance/support proxmox pour avoir l'assurance ceinture/bretelles et 
aussi pour jouer le jeu du financement du libre. 

Cela fera peut être réagir des proxmoxiens.. et après tout, tant mieux si 
dans le troll généré j'arrive à glaner des URLs ou nom de produits 
miraculeux ! 

Voila pour ma réflexion à 2 balles... 
Olivier. 

Le lun. 21 janv. 2019 à 17:48, Alexandre DERUMIER  a 
écrit : 

> Si jamais tu utilise ceph comme stockage distribué avec proxmox, 
> 
> il est également possible de backuper ceph directement (sans passer par 
> proxmox), 
> 
> l'avantage c'est que tu auras les backups differentiels. 
> 
> il y a des outils très bien intégrés avec proxmox/ceph pour ca: 
> 
> https://github.com/EnterpriseVE/eve4pve-barc 
> 
> ou notre outil maison 
> 
> https://github.com/JackSlateur/backurne 
> 
> 
> - Mail original - 
> De: "Olivier Divel"  
> À: "frnog-tech"  
> Envoyé: Lundi 21 Janvier 2019 16:32:48 
> Objet: [FRnOG] [TECH] Hyperviseur KVM et backup 
> 
> Bonjour à tous, 
>

Re: [FRnOG] [TECH] Hyperviseur KVM et backup

2019-01-21 Par sujet Alexandre DERUMIER 
>>Il est possible sous Proxmox (de ce que j'ai pu tester dans ma maquette),
>>de faire des snapshots pour les sauvegardes.
>>Ceci à pour avantage de laisser UP la VM et de ne pas avoir d'interruption
>>de service (sauvegarde à chaud)

les backup de proxmox se font à chaud, sans interruption de la vm, et sans 
faire de snapshot sur les disques.
Quand le backup démarre, il y a un bitmap en mémoire qui track les blocs qui 
seraient ecrit pendant le backup.
Si il y a une ecriture sur un bloc qui n'est pas encore backupé, il va d'abord 
etre sauvegardé, avant d'être ecrasé.
A la fin du backup, tu as l'etat du disque au moment où le backup a démarrer.
(donc en gros, c'est +- comme un snapshot, c'est pour que proxmox appelle ce 
mode de backup "snapshot")


Backup full uniquement. Techniquement qemu implemente déjà les incrementales, 
mais pas encore super stable.
(comme il n'y a pas de snapshot sur les disques, il faudrait garder le bitmap 
en permanence avec les changements entre 2 backup,
et si la vm est stoppé, le bitmap est perdu,..)
Mais c'est prévu sur la roadmap pour proxmox 6.


>>Le fichier de sauvegarde généré par Proxmox dans ce cas est-il une 
>>sauvegarde totale ou juste un snapshot qui permet de revenir à une date 
>>antérieure si besoin? 

une sauvergarde totale.

(Note qu'il y a également la notion de snapshot dans proxmox, qui utilise les 
snapshot disques,
mais un snapshot ce n'est pas un sauvegarde.  Si tu perd ton stockage, tu perd 
ton disque + les snapshots)


- Mail original -
De: "Anthony Frnog" 
À: "Olivier Vailleau" 
Cc: "frnog-tech" 
Envoyé: Lundi 21 Janvier 2019 22:52:51
Objet: Re: [FRnOG] [TECH] Hyperviseur KVM et backup

Bonsoir à tous, 

Je regarde aussi pour passer de Vmware à Proxmox VE. 
La question que je me pose est la suivante: 

Il est possible sous Proxmox (de ce que j'ai pu tester dans ma maquette), 
de faire des snapshots pour les sauvegardes. 
Ceci à pour avantage de laisser UP la VM et de ne pas avoir d'interruption 
de service (sauvegarde à chaud) 

Le fichier de sauvegarde généré par Proxmox dans ce cas est-il une 
sauvegarde totale ou juste un snapshot qui permet de revenir à une date 
antérieure si besoin? 

Merci à vous 
Anthony 


Le lun. 21 janv. 2019 à 22:25, Olivier Vailleau  
a écrit : 

> Bonjour, 
> Je me posait les mêmes questions que mon homonyme sur le backup proxmoxVE. 
> Oui, la solution a le mérite d'intégrer un "backup" qui fait ce que 
> j’appellerais un Zip par abus de langage (ou un tgz.. ou un bgz, je sais 
> plus). 
> Mais qu'est-ce qu'on en fait après de ces fichiers ? 
> 
> Je conçois que Veeam m'a donné de mauvaises habitudes avec les "One-click" 
> et le sureBackup. Il faut cependant reconnaître qu'il est devenu 
> incontournable de pouvoir parcourir les Guest-files pour aller chercher LE 
> fichier et le restaurer à sa place sans avoir à remonter la vm, la démarrer 
> hors réseau, etc.. Est-ce qu'on peut le faire avec l'export tgz de 
> proxmoxVE ? (je veux dire, est-ce qu'on peut le faire sans être non plus un 
> barbu ?) 
> 
> Ensuite, ce que je n'ai pas trouvé dans le backup proxmoxVE (mais j'ai peut 
> être mal cherché) c'est la notion de rétention, avec la possibilité de 
> garder X quotidiens, Y hebdo, Z mensuels.. et je ne parle pas du GFS. Oui, 
> y'a surement des gens qui ont écrit des scripts qui gèrent cela mais il 
> faut les trouver... puis les intégrer. 
> Je passe le fait que ma hiérarchie oblige l'export sur bande magnétique... 
> Heureusement que Veeam sait piloter succinctement un streamer LTO. 
> 
> J'ai de grands espoirs dans l'OpenSource et ProxMoxVE/kvm/qemu sont des 
> outils hallucinants qui promeuvent efficacement le libre tout comme le 
> firent OpenOffice ou Firefox. Mais malheureusement, ils sont encore trop 
> difficiles à appréhender pour le commun des admins mortels et rasés. 
> Dans mon Job, je suis le plus barbu de l'équipe. Je joue dans un PVE 
> labo/test/validation mais je suis loin d'imaginer le mettre en prod ! 
> Alors comment convaincre mes dirigeants que le libre, c'est le bon coté de 
> la force ? 
> 
> S'il y avait une vrai solution de backup avec proxmox ou si Veeam proposait 
> une intégration KVM, je pense que je ferai le saut très facilement car 
> VmWare est décidément trop cher. Et on serait prêt à acheter la 
> maintenance/support proxmox pour avoir l'assurance ceinture/bretelles et 
> aussi pour jouer le jeu du financement du libre. 
> 
> Cela fera peut être réagir des proxmoxiens.. et après tout, tant mieux si 
> dans le troll généré j'arrive à glaner des URLs ou nom de produits 
> miraculeux ! 
> 
> Voila pour ma réflexion à 2 balles... 
> Olivier. 
> 
> Le lun. 21 janv. 2019 à 17:48, Alexandre DERUMIER  a 
> écrit : 
> 
> > Si jamais tu utilise ceph comme stockage distribué avec proxmox, 
> > 
> > il est également possible de backuper ceph directement (sans passer par 
> > proxmox), 
> > 
> > l'avantage c'est que tu auras les backups differentiels. 
> > 
> > il y a des outils

Re: [FRnOG] [TECH] Hyperviseur KVM et backup

2019-01-21 Par sujet Anthony Frnog 
Bonsoir à tous,

Je regarde aussi pour passer de Vmware à Proxmox VE.
La question que je me pose est la suivante:

Il est possible sous Proxmox (de ce que j'ai pu tester dans ma maquette),
de faire des snapshots pour les sauvegardes.
Ceci à pour avantage de laisser UP la VM et de ne pas avoir d'interruption
de service (sauvegarde à chaud)

Le fichier de sauvegarde généré par Proxmox dans ce cas est-il une
sauvegarde totale ou juste un snapshot qui permet de revenir à une date
antérieure si besoin?

Merci à vous
Anthony


Le lun. 21 janv. 2019 à 22:25, Olivier Vailleau 
a écrit :

> Bonjour,
> Je me posait les mêmes questions que mon homonyme sur le backup proxmoxVE.
> Oui, la solution a le mérite d'intégrer un "backup" qui fait ce que
> j’appellerais un Zip par abus de langage (ou un tgz.. ou un bgz, je sais
> plus).
> Mais qu'est-ce qu'on en fait après de ces fichiers ?
>
> Je conçois que Veeam m'a donné de mauvaises habitudes avec les "One-click"
> et le sureBackup. Il faut cependant reconnaître qu'il est devenu
> incontournable de pouvoir parcourir les Guest-files pour aller chercher LE
> fichier et le restaurer à sa place sans avoir à remonter la vm, la démarrer
> hors réseau, etc.. Est-ce qu'on peut le faire avec l'export tgz de
> proxmoxVE ? (je veux dire, est-ce qu'on peut le faire sans être non plus un
> barbu ?)
>
> Ensuite, ce que je n'ai pas trouvé dans le backup proxmoxVE (mais j'ai peut
> être mal cherché) c'est la notion de rétention, avec la possibilité de
> garder X quotidiens, Y hebdo, Z mensuels..  et je ne parle pas du GFS. Oui,
> y'a surement des gens qui ont écrit des scripts qui gèrent cela mais il
> faut les trouver... puis les intégrer.
> Je passe le fait que ma hiérarchie oblige l'export sur bande magnétique...
> Heureusement que Veeam sait piloter succinctement un streamer LTO.
>
> J'ai de grands espoirs dans l'OpenSource et ProxMoxVE/kvm/qemu sont des
> outils hallucinants qui promeuvent efficacement le libre tout comme le
> firent OpenOffice ou Firefox. Mais malheureusement, ils sont encore trop
> difficiles à appréhender pour le commun des admins mortels et rasés.
> Dans mon Job, je suis le plus barbu de l'équipe. Je joue dans un PVE
> labo/test/validation mais je suis loin d'imaginer le mettre en prod !
> Alors comment convaincre mes dirigeants que le libre, c'est le bon coté de
> la force ?
>
> S'il y avait une vrai solution de backup avec proxmox ou si Veeam proposait
> une intégration KVM, je pense que je ferai le saut très facilement car
> VmWare est décidément trop cher. Et on serait prêt à acheter la
> maintenance/support proxmox pour avoir l'assurance ceinture/bretelles et
> aussi pour jouer le jeu du financement du libre.
>
> Cela fera peut être réagir des proxmoxiens.. et après tout, tant mieux si
> dans le troll généré j'arrive à glaner des URLs ou nom de produits
> miraculeux !
>
> Voila pour ma réflexion à 2 balles...
> Olivier.
>
> Le lun. 21 janv. 2019 à 17:48, Alexandre DERUMIER  a
> écrit :
>
> > Si jamais tu utilise ceph comme stockage distribué avec proxmox,
> >
> > il est également possible de backuper ceph directement (sans passer par
> > proxmox),
> >
> > l'avantage c'est que tu auras les backups differentiels.
> >
> > il y a des outils très bien intégrés avec proxmox/ceph pour ca:
> >
> > https://github.com/EnterpriseVE/eve4pve-barc
> >
> > ou notre outil maison
> >
> > https://github.com/JackSlateur/backurne
> >
> >
> > - Mail original -
> > De: "Olivier Divel" 
> > À: "frnog-tech" 
> > Envoyé: Lundi 21 Janvier 2019 16:32:48
> > Objet: [FRnOG] [TECH] Hyperviseur KVM et backup
> >
> > Bonjour à tous,
> >
> > J'envisage d'installer des Hyperviseur KVM, peut être avec une solution
> > tel
> > Proxmox (si vous avez des retours/avis je suis preneur)
> >
> > L'idée est de sortir mes différentes machines de Management/Services de
> > mon
> > Infra VMWARE afin de laisser dessus uniquement nos machines clientes.
> > (Bah oui VMWARE ça coûte cher et je préfère optimiser en laissant sur mes
> > serveurs de prod des VM que l'on valorise directement).
> >
> > Bon jusque la ça va, par contre je ne sais pas comment aller backuper les
> > VM que j'aurais mis dessus.
> > Sur la prod j'utilise Veam-Backup mais je ne sais pas s'il peut faire le
> > boulot.
> >
> > Si vous avez des idées/avis/retours ça serait top
> >
> > Merci bien :)
> >
> >
> > Olivier Divel
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> >
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Hyperviseur KVM et backup

2019-01-21 Par sujet Olivier Vailleau 
Bonjour,
Je me posait les mêmes questions que mon homonyme sur le backup proxmoxVE.
Oui, la solution a le mérite d'intégrer un "backup" qui fait ce que
j’appellerais un Zip par abus de langage (ou un tgz.. ou un bgz, je sais
plus).
Mais qu'est-ce qu'on en fait après de ces fichiers ?

Je conçois que Veeam m'a donné de mauvaises habitudes avec les "One-click"
et le sureBackup. Il faut cependant reconnaître qu'il est devenu
incontournable de pouvoir parcourir les Guest-files pour aller chercher LE
fichier et le restaurer à sa place sans avoir à remonter la vm, la démarrer
hors réseau, etc.. Est-ce qu'on peut le faire avec l'export tgz de
proxmoxVE ? (je veux dire, est-ce qu'on peut le faire sans être non plus un
barbu ?)

Ensuite, ce que je n'ai pas trouvé dans le backup proxmoxVE (mais j'ai peut
être mal cherché) c'est la notion de rétention, avec la possibilité de
garder X quotidiens, Y hebdo, Z mensuels..  et je ne parle pas du GFS. Oui,
y'a surement des gens qui ont écrit des scripts qui gèrent cela mais il
faut les trouver... puis les intégrer.
Je passe le fait que ma hiérarchie oblige l'export sur bande magnétique...
Heureusement que Veeam sait piloter succinctement un streamer LTO.

J'ai de grands espoirs dans l'OpenSource et ProxMoxVE/kvm/qemu sont des
outils hallucinants qui promeuvent efficacement le libre tout comme le
firent OpenOffice ou Firefox. Mais malheureusement, ils sont encore trop
difficiles à appréhender pour le commun des admins mortels et rasés.
Dans mon Job, je suis le plus barbu de l'équipe. Je joue dans un PVE
labo/test/validation mais je suis loin d'imaginer le mettre en prod !
Alors comment convaincre mes dirigeants que le libre, c'est le bon coté de
la force ?

S'il y avait une vrai solution de backup avec proxmox ou si Veeam proposait
une intégration KVM, je pense que je ferai le saut très facilement car
VmWare est décidément trop cher. Et on serait prêt à acheter la
maintenance/support proxmox pour avoir l'assurance ceinture/bretelles et
aussi pour jouer le jeu du financement du libre.

Cela fera peut être réagir des proxmoxiens.. et après tout, tant mieux si
dans le troll généré j'arrive à glaner des URLs ou nom de produits
miraculeux !

Voila pour ma réflexion à 2 balles...
Olivier.

Le lun. 21 janv. 2019 à 17:48, Alexandre DERUMIER  a
écrit :

> Si jamais tu utilise ceph comme stockage distribué avec proxmox,
>
> il est également possible de backuper ceph directement (sans passer par
> proxmox),
>
> l'avantage c'est que tu auras les backups differentiels.
>
> il y a des outils très bien intégrés avec proxmox/ceph pour ca:
>
> https://github.com/EnterpriseVE/eve4pve-barc
>
> ou notre outil maison
>
> https://github.com/JackSlateur/backurne
>
>
> - Mail original -
> De: "Olivier Divel" 
> À: "frnog-tech" 
> Envoyé: Lundi 21 Janvier 2019 16:32:48
> Objet: [FRnOG] [TECH] Hyperviseur KVM et backup
>
> Bonjour à tous,
>
> J'envisage d'installer des Hyperviseur KVM, peut être avec une solution
> tel
> Proxmox (si vous avez des retours/avis je suis preneur)
>
> L'idée est de sortir mes différentes machines de Management/Services de
> mon
> Infra VMWARE afin de laisser dessus uniquement nos machines clientes.
> (Bah oui VMWARE ça coûte cher et je préfère optimiser en laissant sur mes
> serveurs de prod des VM que l'on valorise directement).
>
> Bon jusque la ça va, par contre je ne sais pas comment aller backuper les
> VM que j'aurais mis dessus.
> Sur la prod j'utilise Veam-Backup mais je ne sais pas s'il peut faire le
> boulot.
>
> Si vous avez des idées/avis/retours ça serait top
>
> Merci bien :)
>
>
> Olivier Divel
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

RE: [FRnOG] [TECH] retour de fiabilité de disques durs à l'hélium

2019-01-21 Par sujet Michel Py 
> David Ponzone a écrit :
> Surtout si les numéros de série se suivent...

Absolument. C'est bien pour çà que dans un autre fil je parlais de la mémoire 
des ZX Spectrum 32k qui était en fait une 64k avec une moitié morte : leur 
fiabilité était loin d'être celles des 64k qui avaient passé tous les tests. 
Pour tous les composants fabriqués en masse, la provenance est aussi un facteur 
: toutes les usines ne sont pas les mêmes.

Michel.


frnog.kap...@antichef.net
Sachant que leur modèle économique est entièrement basé sur l'utilisation de 
disques grand public pour
proposer des tarifs compétitifs, ça me parait fort à propos d'indiquer les 
disques à partir de 45.

C'est là ou tu as tort : la taille de l'échantillon n'est pas représentative. 
Avec un petit nombre, on peut facilement avoir un taux de panne nul, ou au 
contraire si c'est une mauvaise série un taux de panne très élevé. C'est le 
b-a-ba des statistiques.
C'est comme les sondages : pour avoir quelque chose de significatif, il faut un 
échantillon d'au moins 1000.

C'est pour çà que çà n'a pas de crédibilité : soit la personne qui a fait ce 
tableau ne comprend rien aux statistiques (et dans ce cas on peut se poser des 
questions sur la manière dont les données sont obtenues), soit elle comprend 
comment çà marche et a choisi de publier des données sans relevance, ce qui est 
pire.

Michel.


---
Liste de diffusion du FRnOG
http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [MISC] Campagne de SPAM de BoT / Keyyo "Découvrez la Box Entreprise" - le retour du FTTLA

2019-01-21 Par sujet Jérôme Nicolle 
Plop,

Keyyo, récemment racheté par Bouygues Télécom [1], a commencé à
marketter de nouvelles offres, dont de la "Fibre Pro" basée sur le
réseau FTTLA de SFR/Numéricable.

Je sais pas pour vous, mais je ne m'attendais pas à ce genre d'offre
quand on nous a promis [2] une amélioration de la compétitivité sur le
marché B2B.

Pensez-vous que ça va prendre ?

[1]
https://www.latribune.fr/technos-medias/telecoms/bouygues-telecom-en-negociations-pour-racheter-keyyo-communications-795285.html

[2]
https://www.zdnet.fr/actualites/fibre-en-entreprise-l-arcep-contraint-un-peu-orange-39854922.htm

Bien cordialement,


 Message transféré 
Sujet : Découvrez la Box Entreprise
Date :  Mon, 21 Jan 2019 05:56:29 +
De :Keyyo communications 
Pour :  jer...@ceriz.fr



Découvrez notre Box Entreprise à partir de 69€90/mois ! En savoir plus


Keyyo Communications 

Découvrez la *Box Entreprise*

Téléphonie tout compris + Fibre pro très haut débit !


En savoir plus >> 

A partir de *69€90 / MOIS* seulement !
pour le 1er utilisateur puis 9,90€ / utilisateur supplémentaire
*Une offre tout compris* de télécommunications d'entreprise qui vous
facilite la téléphonie
Internet sécurisé
*très haut débit*

*Forfaits* fixes
et mobiles 4G

*Portail de gestion*
pour piloter vos services

*Standard évolutif*
hébergé dans le cloud

*Téléphones de bureau*
inclus dans l'offre

Plus d'infos 

* Fibre optique basée sur un raccordement FTTLA, sauf raccordement du
local, avec une terminaison coaxiale. Le tarif de 69,90€HT / mois
comprend l'accès Internet Fibre Pro Très Haut Débit, l'accès au standard
téléphonique et au portail de gestion + le forfait 1er utilisateur Box
Entreprise (soit 1 forfait fixe, 1 forfait mobile et 1 téléphone de
bureau).


*Plus de réception de messages sur l'offre Keyyo envoyés par ASCPM,
cliquez ici
*

Vous disposez d'un droit d'accès, de rectification, d'opposition et de
consentement auquel vous avez accès à partir de cette page web :Charte
des Données Personnelles .
Vous recevez ce message car vous êtes présent dans la base ASCPM
composée de dirigeants et professionnels.
ASCPM - 5 Avenue du Général de Gaulle - 94160 Saint Mandé - France -
R.C.S. 814 073 060 - CRETEIL

-- 
Jérôme Nicolle
+33 6 19 31 27 14



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] retour de fiabilité de disques durs à l'hélium

2019-01-21 Par sujet David Ponzone 
Surtout si les numéros de série se suivent...



> Le 21 janv. 2019 à 20:13, Michel Py  a 
> écrit :
> 
>> frnog.kap...@antichef.net
>> Sachant que leur modèle économique est entièrement basé sur l'utilisation de 
>> disques grand public pour
>> proposer des tarifs compétitifs, ça me parait fort à propos d'indiquer les 
>> disques à partir de 45.
> 
> C'est là ou tu as tort : la taille de l'échantillon n'est pas représentative. 
> Avec un petit nombre, on peut facilement avoir un taux de panne nul, ou au 
> contraire si c'est une mauvaise série un taux de panne très élevé. C'est le 
> b-a-ba des statistiques.
> C'est comme les sondages : pour avoir quelque chose de significatif, il faut 
> un échantillon d'au moins 1000.
> 
> C'est pour çà que çà n'a pas de crédibilité : soit la personne qui a fait ce 
> tableau ne comprend rien aux statistiques (et dans ce cas on peut se poser 
> des questions sur la manière dont les données sont obtenues), soit elle 
> comprend comment çà marche et a choisi de publier des données sans relevance, 
> ce qui est pire.
> 
> Michel.
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

RE: [FRnOG] [TECH] retour de fiabilité de disques durs à l'hélium

2019-01-21 Par sujet Michel Py 
> frnog.kap...@antichef.net
> Sachant que leur modèle économique est entièrement basé sur l'utilisation de 
> disques grand public pour
> proposer des tarifs compétitifs, ça me parait fort à propos d'indiquer les 
> disques à partir de 45.

C'est là ou tu as tort : la taille de l'échantillon n'est pas représentative. 
Avec un petit nombre, on peut facilement avoir un taux de panne nul, ou au 
contraire si c'est une mauvaise série un taux de panne très élevé. C'est le 
b-a-ba des statistiques.
C'est comme les sondages : pour avoir quelque chose de significatif, il faut un 
échantillon d'au moins 1000.

C'est pour çà que çà n'a pas de crédibilité : soit la personne qui a fait ce 
tableau ne comprend rien aux statistiques (et dans ce cas on peut se poser des 
questions sur la manière dont les données sont obtenues), soit elle comprend 
comment çà marche et a choisi de publier des données sans relevance, ce qui est 
pire.

Michel.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Hyperviseur KVM et backup

2019-01-21 Par sujet Alexandre DERUMIER 
Si jamais tu utilise ceph comme stockage distribué avec proxmox,

il est également possible de backuper ceph directement (sans passer par 
proxmox),

l'avantage c'est que tu auras les backups differentiels.

il y a des outils très bien intégrés avec proxmox/ceph pour ca:

https://github.com/EnterpriseVE/eve4pve-barc

ou notre outil maison

https://github.com/JackSlateur/backurne


- Mail original -
De: "Olivier Divel" 
À: "frnog-tech" 
Envoyé: Lundi 21 Janvier 2019 16:32:48
Objet: [FRnOG] [TECH] Hyperviseur KVM et backup

Bonjour à tous, 

J'envisage d'installer des Hyperviseur KVM, peut être avec une solution tel 
Proxmox (si vous avez des retours/avis je suis preneur) 

L'idée est de sortir mes différentes machines de Management/Services de mon 
Infra VMWARE afin de laisser dessus uniquement nos machines clientes. 
(Bah oui VMWARE ça coûte cher et je préfère optimiser en laissant sur mes 
serveurs de prod des VM que l'on valorise directement). 

Bon jusque la ça va, par contre je ne sais pas comment aller backuper les 
VM que j'aurais mis dessus. 
Sur la prod j'utilise Veam-Backup mais je ne sais pas s'il peut faire le 
boulot. 

Si vous avez des idées/avis/retours ça serait top 

Merci bien :) 


Olivier Divel 

--- 
Liste de diffusion du FRnOG 
http://www.frnog.org/ 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Hyperviseur KVM et backup

2019-01-21 Par sujet Olivier Divel 
Super merci Messieurs pour ces retours !

Je vais me faire un petit Lab Proxmox alors :)


Olivier Divel

Le lun. 21 janv. 2019 à 16:49, Florian Haller-Casagrande <
florian...@laposte.net> a écrit :

> Bonjour,
>
>
> J'utilise Proxmox depuis quelques années (à titre essentiellement
> perso), et j'avais fait un petit retour ici :
> https://blog.lrdf.fr/article2/retour-experience-proxmox
>
> Si ça peut t'aider à y voir un peu plus clair :)
>
>
> Florian HC
>
>
> On 1/21/19 4:32 PM, Olivier Divel wrote:
> > Bonjour à tous,
> >
> > J'envisage d'installer des Hyperviseur KVM, peut être avec une solution
> tel
> > Proxmox (si vous avez des retours/avis je suis preneur)
> >
> > L'idée est de sortir mes différentes machines de Management/Services de
> mon
> > Infra VMWARE afin de laisser dessus uniquement nos machines clientes.
> > (Bah oui VMWARE ça coûte cher et je préfère optimiser en laissant sur mes
> > serveurs de prod des VM que l'on valorise directement).
> >
> > Bon jusque la ça va, par contre je ne sais pas comment aller backuper les
> > VM que j'aurais mis dessus.
> > Sur la prod j'utilise Veam-Backup mais je ne sais pas s'il peut faire le
> > boulot.
> >
> > Si vous avez des idées/avis/retours ça serait top
> >
> > Merci bien :)
> >
> >
> > Olivier Divel
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

RE: [FRnOG] [TECH] Hyperviseur KVM et backup

2019-01-21 Par sujet Kevin CHAILLY | Service Technique 
Bonjour,

Proxmox dispose de son propre système de backup, qui ne fait que du 
full-backup. Il existe un mod pour faire de l'incrémentiel :  
https://github.com/ayufan/pve-patches 

Veeam pourra gérer les machines sur du proxmox en tant que machines agent et 
pas en tant que VM. 

Plutôt que le patch inc, si tu peux, utilise un stockage qui déduplique,

Cordialement,

Kévin

-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Olivier 
Divel
Envoyé : lundi 21 janvier 2019 16:33
À : frnog-t...@frnog.org
Objet : [FRnOG] [TECH] Hyperviseur KVM et backup

Bonjour à tous,

J'envisage d'installer des Hyperviseur KVM, peut être avec une solution tel 
Proxmox (si vous avez des retours/avis je suis preneur)

L'idée est de sortir mes différentes machines de Management/Services de mon 
Infra VMWARE afin de laisser dessus uniquement nos machines clientes.
(Bah oui VMWARE ça coûte cher et je préfère optimiser en laissant sur mes 
serveurs de prod des VM que l'on valorise directement).

Bon jusque la ça va, par contre je ne sais pas comment aller backuper les VM 
que j'aurais mis dessus.
Sur la prod j'utilise Veam-Backup mais je ne sais pas s'il peut faire le boulot.

Si vous avez des idées/avis/retours ça serait top

Merci bien :)


Olivier Divel

---
Liste de diffusion du FRnOG
http://www.frnog.org/

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Hyperviseur KVM et backup

2019-01-21 Par sujet Guillaume Tournat 

Bonjour,

Proxmox est vraiment bien comme soft, très mature.

Il y a un menu Backup dans la WebUI pour faire cela.

https://pve.proxmox.com/wiki/Backup_and_Restore


gu!llaume

Le 21/01/2019 à 16:32, Olivier Divel a écrit :

Bonjour à tous,

J'envisage d'installer des Hyperviseur KVM, peut être avec une solution tel
Proxmox (si vous avez des retours/avis je suis preneur)

L'idée est de sortir mes différentes machines de Management/Services de mon
Infra VMWARE afin de laisser dessus uniquement nos machines clientes.
(Bah oui VMWARE ça coûte cher et je préfère optimiser en laissant sur mes
serveurs de prod des VM que l'on valorise directement).

Bon jusque la ça va, par contre je ne sais pas comment aller backuper les
VM que j'aurais mis dessus.
Sur la prod j'utilise Veam-Backup mais je ne sais pas s'il peut faire le
boulot.

Si vous avez des idées/avis/retours ça serait top

Merci bien :)


Olivier Divel

---
Liste de diffusion du FRnOG
http://www.frnog.org/



---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] Hyperviseur KVM et backup

2019-01-21 Par sujet Olivier Divel 
Bonjour à tous,

J'envisage d'installer des Hyperviseur KVM, peut être avec une solution tel
Proxmox (si vous avez des retours/avis je suis preneur)

L'idée est de sortir mes différentes machines de Management/Services de mon
Infra VMWARE afin de laisser dessus uniquement nos machines clientes.
(Bah oui VMWARE ça coûte cher et je préfère optimiser en laissant sur mes
serveurs de prod des VM que l'on valorise directement).

Bon jusque la ça va, par contre je ne sais pas comment aller backuper les
VM que j'aurais mis dessus.
Sur la prod j'utilise Veam-Backup mais je ne sais pas s'il peut faire le
boulot.

Si vous avez des idées/avis/retours ça serait top

Merci bien :)


Olivier Divel

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] retour de fiabilité de disques durs à l'hélium

2019-01-21 Par sujet frnog . kapush 
On lundi 21 janvier 2019 06:32:05 CET Michel Py - michel@arneill-
py.sacramento.ca.us wrote:
> > Joel DEREFINKO a écrit :
> > Au moins les données fournies par BackBlaze ont le mérite d'exister.
> > https://www.backblaze.com/blog/wp-content/uploads/2018/10/blog-Q3-2018-qua
> > rterly-chart.png
> 
> Ptêt ben qu'oui, Ptêt ben qu'non.
> Qu'est-ce qui te fait dire que leurs données ne sont pas le produit dérivé
> d'un accord obscur avec un fabricant de disques durs ?
>
> Cà sent le poisson pas frais à un kilomètre. Le même niveau de connerie 100%
> que ce que tout le monde publie quand il y a un problème.
>
> C'est de la daube. Je ne suis pas statisticien, mais personne ne publie ce
> genre de connerie sans avoir un intérêt politique.
> C'est de la daube. On ne compare pas la fiabilité d'un parc de 25000 disques 
> avec celle de moins de 100. 
>
> Je persiste et signe : c'est de la daube. Fake news.
> 
> Michel.
> 

Bonjour Michel Trump,

Tu n'as pas l'air de connaître backblaze alors je vais apporter quelques 
éléments qui pourraient t'aider à comprendre.

Ils publies les données depuis le début de leur activité et quand il y a un 
problème avec un constructeur ou un modèle ils le dénoncent peu importe le 
constructeur. Et Les données brutes sont mises à disposition pour qui veut les 
interpréter à sa sauce.

Ce qui ne fait pas de sens pour toi en fait pour eux, ton contexte n'est pas 
le leur. Leur activité est basé sur des milliers de pods qui contiennent 
chacun 45 disques. Leur unité de base est donc 1 pod, c-à-d 45 disques, si tu 
ne fais pas apparaître dans ton tableau les disques en test pour savoir si ils 
appropriés pour un usage en pod alors à quoi ça sert de faire des pods de 
tests ? 
Sachant que leur modèle économique est entièrement basé sur l'utilisation de 
disques grand public pour proposer des tarifs compétitifs, ça me parait fort à 
propos d'indiquer les disques à partir de 45.

Une fois encore si leur interprétation cohérente pour leur contexte ne 
convient à ton contexte, ils mettent à disposition les données brutes[1] pour 
que tu en fasses ta propre interprétation. De même qu'ils mettent à 
disposition les plans pour fabriquer ton propre pod[2].

[1]: https://www.backblaze.com/b2/hard-drive-test-data.html
[2]: https://www.backblaze.com/b2/storage-pod.html







---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [BIZ] Wave Nantes-Paris

2019-01-21 Par sujet Charles ENEL-REHEL 
Tu veux partir de quel DC en métropole Nantaise ? ... car ton point de
départ va être assez déterminant.

Charles.

Le lun. 21 janv. 2019 à 12:30, Vincent Morio  a
écrit :

> Bonjour,
> Je recherche un 10Gbps idéalement une wave entre Nantes et Paris.
> Qui serait capable de me fournir ca ? 
>
> Bien cordialement,
>
> Vincent Morio
> Lumos
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [BIZ] Wave Nantes-Paris

2019-01-21 Par sujet Vincent Morio 
Bonjour,
Je recherche un 10Gbps idéalement une wave entre Nantes et Paris.
Qui serait capable de me fournir ca ? 

Bien cordialement,

Vincent Morio
Lumos

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] retour de fiabilité de disques durs à l'hélium

2019-01-21 Par sujet Alexandre Legrix 
Hello

Ça y est j'ai compris pourquoi l'Helium a prit +40% en début d'année 
si les constructeurs de disques durs se mettent à utiliser cet élément les
prix vont continuer de flamber.
Vous voulez pas sincèrement qu'on garde l'Helium pour la plongée profonde,
ça serait tellement mieux  svp  ?
Je vais être obligé de faire des réserves pour le stocker.

Chocobisous
Alex


Le ven. 18 janv. 2019 à 06:03, Michel Py 
a écrit :

> Bonsoir à tous et non c'est pas un troll :P
>
> Est-ce que quelqu'un a des retours sur le taux de panne des disques durs >
> 8TB à l'hélium ?
> Dans un environnement PetaOctet+ dans 1 rack ? Plusieurs centaines de
> disques.
> On en a quelques uns, statistiquement çà veut rien dire. Qui c'est qui les
> achète par le camion entier et qui en a depuis plus d'un an ou deux ?
>
> 
> Gougleu this for me, je connais, s'abstenir.
> 
>
> 
> Sur les PetaOctets que je dois acheter, j'en sacrifie une paire juste pour
> voir si je peux les mettre dans un Nimble.
> 
>
>
> Michel.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 
Alexandre

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] xconnect L2TPv3 et IP interface

2019-01-21 Par sujet Radu-Adrian Feurdean 
On Mon, Jan 21, 2019, at 11:19, Jérôme BERTHIER wrote:
> Il faudrait qu'il se comporte comme un switch L3.
> 
> Je suppose qu'une simple "interface vlan15" ne fonctionne pas ?

La question etait surtout de faire du xconnect et routage sur la meme 
interface. Ce qui est normal que ca ne fonctionne pas.


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] xconnect L2TPv3 et IP interface

2019-01-21 Par sujet Jérôme BERTHIER 

Salut,

Il faudrait qu'il se comporte comme un switch L3.

Je suppose qu'une simple "interface vlan15" ne fonctionne pas ?

--
Jérôme BERTHIER


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] retour de fiabilité de disques durs à l'hélium

2019-01-21 Par sujet Wallace 
Le 21/01/2019 à 06:32, Michel Py a écrit :
>> Joel DEREFINKO a écrit :
>> Au moins les données fournies par BackBlaze ont le mérite d'exister.
>> https://www.backblaze.com/blog/wp-content/uploads/2018/10/blog-Q3-2018-quarterly-chart.png
> Ptêt ben qu'oui, Ptêt ben qu'non.
> Qu'est-ce qui te fait dire que leurs données ne sont pas le produit dérivé 
> d'un accord obscur avec un fabricant de disques durs ?
>
> Cà sent le poisson pas frais à un kilomètre. Le même niveau de connerie 100% 
> que ce que tout le monde publie quand il y a un problème.
>
> C'est de la daube. Je ne suis pas statisticien, mais personne ne publie ce 
> genre de connerie sans avoir un intérêt politique.
> C'est de la daube. On ne compare pas la fiabilité d'un parc de 25000 disques 
> avec celle de moins de 100.
>
> Je persiste et signe : c'est de la daube. Fake news.
>
> Michel.

Comme toute source il faut la remettre en question c'est sur. Après tu
recoupes avec tes données même si tu as 100 disques tu vas peut être
corrélé des infos et les gros datagoinfre qui gèrent autant voir plus de
disque de Backblaze sans publier leurs données eux savent si c'est
bullshit ou pas et nous ben on peut que prétendre qu'ils sont bien.

Après si un constructeur qui ne serait pas en accord avec Backblaze pour
sortir ces stats voit ses chiffres pas bon il va demander des comptes
voir il est déjà au courant avec les RMA.




signature.asc
Description: OpenPGP digital signature

RE: [FRnOG] [TECH] xconnect L2TPv3 et IP interface

2019-01-21 Par sujet Sébastien 65 
Oui d'accord je vois, mais je n'ai pas de ports disponibles...

Pas évident en fait mon histoire... Par exemple sur un 892 tu ne pas utiliser 
cette technique car les ports sont en mode switch et il n'est pas possible de 
mettre une IP sur l'interface, uniquement rattacher l'interface via switch port 
access vlanX.

Je n'ai pas encore regardé si une interface Bdi fonctionnerait...

De : frnog-requ...@frnog.org  de la part de 
Radu-Adrian Feurdean 
Envoyé : dimanche 20 janvier 2019 19:26:54
À : frnog@frnog.org
Objet : Re: [FRnOG] [TECH] xconnect L2TPv3 et IP interface

On Sun, Jan 20, 2019, at 19:02, Sébastien 65 wrote:
> > Un port pour le NAT, un autre pour le xconnect, les deux dans le switch sur 
> > le Vl15 ?
> C'est-à-dire ?
>
> J'ai essayé avec une VRF mais pas mieux non plus !

interface FastEthernet0/1.15
 encapsulation dot1Q 15
 xconnect 100.64.1.1 15 encapsulation l2tpv3 pw-class xNETWORK15
!
R2#conf t
R2(config)#int fastEthernet 0/*2*.15
R2(config-subif)#ip address 192.168.15.254 255.255.255.0

... bien-sur faut avoir le port disponible ...


---
Liste de diffusion du FRnOG
http://www.frnog.org/

---
Liste de diffusion du FRnOG
http://www.frnog.org/