admin:hebergement:campagne_hebergement_2016 [Communauté francophone de PostgreSQL]

Cette page est en lecture seule. Vous pouvez afficher le texte source, mais ne pourrez pas le modifier. Contactez votre administrateur si vous pensez qu'il s'agit d'une erreur.
====== Campagne hébergement 2016 ======

===== Contacts =====

==== Groupe PulseHeberg ====

https://www.pulseheberg.com/

  * Interlocuteur PGFR : damien
  * Contact : Jordan Guerder - jordan@pulseheberg.com
  * Virtualisation : OpenVz, KVM et VMware
  * Localisation : Vélizy-Villcoublay
  * Hard Reboot : oui
  * Sauvegarde Automatique : 1 fois par jour
  * Contrepartie :

  * Avantages :
    * FIXME

  * Inconvénients :
    * FIXME


==== Web4all ====

https://www.web4all.com

  * Interlocuteur PGFR: jpa
  * Contact : Aurélien Poncini - aurelien.poncini@web4all.fr
    * 1er mail de contact le 5/07/2016 par jpa
  * Virtualisation : ?
  * Localisation : ?
  * Hard Reboot : ?
  * Sauvegarde Automatique : ?
  * Contrepartie :

  * Avantages :
    * FIXME

  * Inconvénients :
    * FIXME


==== Daevel ====

https://daevel.fr/ 

  * Interlocuteur PGFR : jpa
  * Contact : Olivier Bonvalet - ob@daevel.fr
    * 1er mail de contact le 5/07/2016 par jpa
  * Virtualisation : ?
  * Localisation : ?
  * Hard Reboot : ?
  * Sauvegarde Automatique : ?
  * Contrepartie :

  * Avantages :
    * FIXME

  * Inconvénients :
    * FIXME


==== OVH ====

https://ovh.com/fr

  * Interlocuteur PGFR : Maxime
  * Contact : Nathan Castelein - nathan.castelein@corp.ovh.com
    * Mail demande d'info complémentaire 13/07. Aprés études des instances dispo chez OVH je suggére les EG-15 
      * 4 vCores x 2,3 GHz
      * 15 Go RAM	400 Go 
      * HA Block Storage	250 Mbps
      * Bandwidth 

  * Virtualisation : OpenStack
  * Localisation : OVH (Roubaix / Graveline / Strasbourg)
  * Hard Reboot : ?
  * Sauvegarde Automatique : ?
  * Contrepartie : un coup de comm' au moment de la migration

  * Avantages :
    * Maxime : Au moins on reste en France....

  * Inconvénients :
    * Maxime : Comment se fait l'engagement de OVH, les gens dans les grand comptes pouvant changer facilement et on peut se retrouver avec plus personne qui connait l'arrangement en place. Méfiance vis à vis de notre expérience Gandi.


==== PeopleDoc ====

https://people-doc.com

  * Interlocuteur PGFR : Damien
  * Contact : rodolphe.quiedeville@people-doc.com
  * Virtualisation : ?
  * Localisation : AWS
  * Hard Reboot : ?
  * Sauvegarde Automatique : Non
  * Contrepartie :

  * Avantages :
    * Damien : On connait très bien Rodoq (dispo sur IRC, hyper sympa)    
    * Damien : Pas mal de salariés PeopleDoc sont actifs dans la communauté
    * Maxime : j'aime bien l'idée d'avoir un compte dédié, qu'il paie en terme de sortie il nous suffirait de trouver un nouveau bienfaiteur et on arrête de migrer sans arrêt.

  * Inconvénients :
    * FIXME


==== Aquilenet ====

https://www.aquilenet.fr

  * Interlocuteur PGFR : PICKME
  * Contact : Alexandre Borrut <alexandre.borrut@aquilenet.fr>
  * Virtualisation : ?
  * Localisation : ?
  * Hard Reboot : ?
  * Sauvegarde Automatique : ?
  * Contrepartie :

  * Avantages :
    * FIXME

  * Inconvénients :
    * FIXME


==== Oceanet Technology ====

https://www.oceanet-technology.com/

  * Interlocuteur PGFR : Damien
  * Contact : Régis Saint Paul
  * Virtualisation : ?
  * Localisation : ?
  * Hard Reboot : ?
  * Sauvegarde Automatique : ?
  * Contrepartie :

  * Avantages :
    * FIXME

  * Inconvénients :
    * FIXME


==== ? ====

https://fixme

  * Interlocuteur PGFR : Damien
  * Contact : 
  * Virtualisation : vmWare
  * Localisation : green datacenter Velizy
  * Hard Reboot : Oui
  * Sauvegarde Automatique : non
  * Contrepartie :

  * Avantages :
    * FIXME

  * Inconvénients :
    * FIXME


==== Planet-work ====

https://planet-work.com

  * Interlocuteur PGFR : rjuju
  * Contact : Frédéric Vannière - f.vanniere@planet-work.com
  * Virtualisation : KVM
  * Localisation : ?
  * Hard Reboot : Oui, via interface de gestion
  * Sauvegarde Automatique : Oui, rétention 12 semaines
  * Contrepartie :

  * Avantages :
    * rjuju: ils sont large sur la ram, cpu et disque (plus que ce que demandé)
    * rjuju: ils proposent également une partie d'infogérence (mises à jour, certificats etc) et de supervision
      * -1 pour ma part sur l'infogérence, il faut rester maître de notre plateforme
    * disponible rapidement
    * astreinte 24*7

  * Inconvénients :
    * traffic limité à 500 Go par mois par VM


==== rdem systems ====

https://rdem-systems.com

  * Interlocuteur PGFR : rjuju
  * Contact : Richard Demongeot - richard@rdem-systems.com
  * Virtualisation : ?
  * Localisation : ?
  * Hard Reboot : ?
  * Sauvegarde Automatique : ?
  * Contrepartie :

  * Avantages :
    * FIXME

  * Inconvénients :
    * structure très récente, peu de visibilité sur le long terme, propose de sponsoriser un scaleway C1


==== Inulogic ====

https://inulogic.com

  * Interlocuteur PGFR : rjuju
  * Contact : Gurvan Rottier-Ripoche - g.rottier-ripoche@inulogic.com
  * Virtualisation : vmWare ESXi
  * Localisation : baies Iliad à Vitry
  * Hard Reboot : Oui, via interface (http://www.image-heberg.fr/files/146772661823128.png)
  * Sauvegarde Automatique :

<note>Pour les sauvegardes, je pourrais faire de la réplication sur un autre serveur et stockage afin de palier à une panne complète du stockage ou de l'hôte. (Notamment pour les VM qui ne sont pas en stockage réseau). C'est ce que j'utilise habituellement pour les clients.
Ce n'est pas directement accessible par vous-même. De base la réplication sync toutes les heures et garde 3 archives par jour sur 7 jours. En cas de gros désastre, il faudra me contacter pour me demander de remonter une VM au point x.
Si vous souhaitez accéder directement à des sauvegardes (en plus de la réplication que je peux maintenir), le mieux serait de faire des sauvegardes croisées entre les deux VM.
</note>
  * Contrepartie :
    * ne demande rien, mais voudrait pouvoir mettre notre logo dans la section partenaire quand leur nouveau site sera en ligne

  * Avantages :
    * société éthiquement sympa (ex asso, associé faisant partie de https://ouvaton.coop/ )

  * Inconvénients :
    * FIXME


==== FirstHeberg ====

https://FirstHeberg.com

  * Interlocuteur PGFR : rjuju
  * Contact : Jérémy Martin - j.martin@techcrea.com
  * Virtualisation : Au choix, proxmox possible
  * Localisation : ?
  * Hard Reboot : Oui
  * Sauvegarde Automatique : Espace ftp privé, backup automatique via proxmox possible
  * Contrepartie :

  * Avantages :
    * proposition d'un petit hyperviseur dédié, beaucoup de ressource

  * Inconvénients :
    * proposition d'un petit hyperviseur dédié, SPOF


==== Mengine ====

http://www.e-mengine.com/

  * Interlocuteur PGFR : rjuju
  * Contact : Nicolas Milano - nmilano@mengine.fr
  * Virtualisation : vmWare
  * Localisation : ?
  * Hard Reboot : Oui
  * Sauvegarde Automatique : Oui, quotidienne + espace de sauvegarde
  * Contrepartie :

  * Avantages :
    * rjuju: structure stable, proposition de convention pour hébergement pérenne, sauvegarde auto + custom

  * Inconvénients :
    * FIXME


===== Appel =====


<code>
Bonjour à toutes et à tous,

Entre 2012 et 2015, la plateforme postgresql.fr a été hébergée à titre gracieux par la société Gandi. 
Aujourd'hui Gandi souhaite mettre un terme à ce soutien et nous les remercions chaleureusement pour 
leur aide pendant les 3 dernières années. 

L'équipe des administrateurs postgresql.fr prépare donc une migration de ces services et pour ce faire nous sommes à la recherche 
de deux serveurs linux virtuels ayant chacun la configuration suivante :

  * 50 Go d'espace disque;
  * 4 CPU virtuels ;
  * 1Go de RAM ;
  * une bande passante illimitée

Évidement ça peut être plus :-)

Nous souhaitons par ailleurs les conditions d'hébergement suivantes :

  * 4 adresses IPv4 publiques;
  * Un système d'exploitation GNU/Linux (Debian a notre préférence);
  * Un accès direct pour redémarrer les machines virtuelles nous-même;
  * Une sauvegarde quotidienne des machines;
  * Un moyen simple (email, téléphone) et direct de contacter les administrateurs de la plateforme (si possible 7jour/7 et de préférence en français).

L'équipe souhaite par ailleurs signer une convention pour assurer la disponibilité et la gratuité des machines virtuelles pendant une durée de 1 à 3 ans.

Pour rappel, la plateforme postgresql.fr c'est :

  * le site postgresql.fr, son blog et son forum;
  * la documentation de PostgreSQL en français;
  * la documentation de Slony en français;
  * le site du PG Day France;
  * le service mail du domaine postgresql.fr et autres;
  * les services web de l'association postgresqlfr;
  * la planète des blogs postgresql francophones;
  * d'autres choses qui m'échappent au moment où j'écris ces lignes :)

Donner une machine virtuelle à l'équipe postgresql.fr c'est donc aider activement l'ensemble de ces projets et de manière générale soutenir la communauté francophone de PostgreSQL...

Si vous disposez des moyens pour nous fournir tout ou partie de cette infrastructure, merci de nous contacter sur admin@postgresql.fr

Bonne journée !


PS : Je précise que l'équipe postgresql.fr est autonome, bénévole et ouverte aux bonnes volontés. Nous n'avons pas compte bancaire et refusons les dons en espèce ou via paypal.

Nous n'avons pas besoin d'argent. Nous avons besoin de bénévoles et de matériel ;-)
</code>


===== Email de réponse =====

<code>
Bonjour,

Au nom de tous les administrateurs de la plateforme postgresql.fr, je vous remercie chaleureusement pour cette proposition ! ça fait chaud au coeur de se sentir soutenu en tant que bénévoles !

Nous avons reçu plusieurs propositions et nous sommes en train de les étudier attentivement. Pouvez-vous nous donner plus de précisions sur les vm que vous proposez :

* Quel est la technologie de virtualisation utilisée ?

* Quels choix avons-nous en terme d'OS ?

* Aurons-nous la possibilité d'effectuer un "hard reboot" par nous-même si un vm est inaccessible ?

* Est-ce que vous effectuer une sauvegarde des vm ? Si oui à quelle fréquence ?

...

Par avance merci pour vos réponses et pour votre soutien à la communauté PostgreSQL !
</code>
Suivez-Nous !

Utilisateur

Page

Rechercher
