Avec notre infogérance OVHcloud, quelqu’un s’occupe enfin du système qui tourne sur votre serveur, le sécurise et le maintient opérationnel.
OVH livre la machine, le réseau et l’alimentation mais ne gère pas ce qui tourne à l’intérieur : le système, ses mises à jour, sa configuration, ses accès, ses sauvegardes.
C’est cette partie que nous prenons en charge. Nous surveillons le serveur, appliquons les mises à jour, tenons la configuration, gérons les sauvegardes et intervenons en cas d’incident. Sur VPS, serveur dédié ou Public Cloud.
Agence, PME ou e-commerçant : vous avez un serveur OVH est en « production » mais vous n’avez pas d’administrateur système, et quand la machine pose un problème c’est vous ou votre développeur qui devez vous connectez. En déléguant l’infogérance, vous n’avez plus besoin de gérer cette partie.
Christophe, expert Linux depuis 25 ans et ancien ingénieur système dans la Recherche Publique chez Inria.
Infogérance VPS, serveur dédié et Public Cloud OVHcloud, exploités sous Debian.
Aucun problème indiqué dans le manager OVH mais votre site est hors ligne ?
Quand le système s’arrête, vous ne savez pas forcément si ça concerne uniquement votre serveur ou une panne généralisée OVH. Aucune alerte dans le manager OVH et aucun incident déclaré dans la page travaux d’OVH, facture est à jour. Le support OVH répond sur ce qui concerne leur périmètre mais pas sur ce qui tourne sur votre serveur.
À partir de là, il faut quelqu’un qui sache démarrer la machine en mode rescue, monter le disque, lire les journaux, identifier ce qui a cassé et remettre le service en ligne. Sans administrateur système, ce délai se compte en heures, parfois en jours.
Ce qu'OVH couvre, ce qui reste à votre charge
Ce qu’OVH prend en charge
- Datacenter, alimentation, refroidissement
- Le réseau et sa protection anti-DDoS
- Le matériel et son remplacement sur serveur dédié
- L’hyperviseur sur VPS et Public Cloud
- La mise à disposition de quelques options de sauvegarde limitées
- La disponibilité de l’infrastructure
Ce qui reste à votre charge
- Le système d’exploitation et ses mises à jour
- La configuration des services qui tournent dessus
- Le pare-feu logiciel et le durcissement du système
- Les comptes, les clés et les accès
- Le contenu des sauvegardes et leur restauration
- La supervision de ce qui tourne sur la machine
Cette frontière est la même sur les trois gammes. L’infogérance VPS OVH, l’infogérance serveur dédié OVH et l’infogérance Public Cloud OVH couvrent le même périmètre, à une ligne près : sur un dédié, OVH remplace le matériel ; sur un VPS et une instance Public Cloud, OVH tient l’hyperviseur.
Sur le mutualisé, c'est OVH qui s'« occupait » de l'hébergement. Plus sur votre VPS.
Beaucoup arrivent au VPS depuis un hébergement mutualisé, parce que le site devenait trop lourd. Sur le mutualisé, c’est OVH qui installait le système, appliquait les mises à jour et le surveillait. Sur un VPS ou un serveur dédié, ce travail devient le vôtre. Le fournisseur est le même, le contrat non.
La machine est livrée avec une distribution déjà installée. Elle démarre, elle répond, le site se met en ligne en quelques heures. Rien n’indique qu’à partir de ce moment, le système vieillit sans que personne s’en occupe.
Ce que coûte un serveur OVH sans pilote
Un système qui n’est pas mis à jour accumule des vulnérabilités connues et publiées. Et depuis que l’intelligence artificielle est utilisée en masse, les failles de sécurité sont découvertes de plus en plus vite. Il faut donc réagir vite de plus en plus souvent. Une distribution qui atteint sa fin de support cesse de recevoir des correctifs, et cette date est publique : les attaquants la connaissent aussi bien que vous.
Le jour de l’incident, le compteur ne démarre pas à la panne. Il démarre quand quelqu’un qui connaît la machine s’y connecte. Si rien n’a été documenté, ce délai s’ajoute à la réparation, et le support OVH ne le réduit pas puisqu’il ne couvre pas cette couche.
Pour une boutique, cette durée se traduit en commandes non passées.
Pourquoi le support OVH et votre développeur ne suffisent pas
Le support OVH. Il répond sur ce qu’OVH vend : la machine, le réseau, l’hyperviseur. Sur un ticket qui concerne votre système, la réponse sera que la machine est en ligne. Elle est exacte, et elle ne résout rien.
Votre agence ou votre développeur. Ils connaissent votre application. L’administration système est un autre métier, avec d’autres outils et d’autres réflexes. Leur demander de tenir un serveur revient à leur confier un travail qu’ils n’ont pas choisi.
L’intervention ponctuelle. Un prestataire vient réparer, puis repart. La machine redémarre avec un correctif et sans historique. Au prochain incident, tout recommence de zéro.
Un serveur OVH plus gros ne règle pas le problème
Le réflexe, quand le site ralentit ou tombe, est de monter en gamme. OVH rend l’opération simple : quelques clics dans le manager, une facture un peu plus élevée, une machine plus rapide.
Cette machine exécute plus vite un système qui n’est toujours pas à jour, une configuration qui n’a jamais été revue et des sauvegardes que personne ne surveille. Les mêmes symptômes reviennent quelques mois plus tard.
La stabilité d’un serveur vient de la façon dont il est tenu dans la durée : ce qui est installé, comment c’est configuré, ce qui est surveillé, ce qui est sauvegardé.
La méthode SYSMASTER appliquée à votre serveur OVH
SYSMASTER est notre méthode d’exploitation : une façon définie d’installer, de configurer, de surveiller et de documenter un système Linux, identique sur toutes les machines que nous tenons. Elle ne change pas selon la gamme OVH, seul le point de départ change.
Le détail de la méthode sur la page infogérance serveur Linux.
Comment nous reprenons (ou pas) un serveur OVH existant
- Le serveur existant ne peut pas être repris car il ne sera pas conforme à notre stack logicielle. Notre méthode s’appuie sur une méthode de construction maîtrisée de A à Z.
- Accès et inventaire. Nous récupérons les accès, relevons ce qui tourne sur la machine, les versions en place, les services actifs et les comptes existants.
- État des lieux. Mises à jour en retard si possible, vérification des sauvegardes, quelles configurations systèmes ou réseaux. Nous faisons ensuite le point sur ce qu’il y a à faire ett ce qui est urgent avant la migration vers un nouveau serveur.
- Préparation d’un nouveau serveur propre et sous contrôle.
- Migration et Exploitation. Les services sont migrés vers le nouveau serveur que nous gérons.
Cinq questions sur votre serveur OVH
- Quelle version de système tourne dessus, et jusqu’à quand est-elle supportée ?
- Où sont vos sauvegardes, et à quelle date remonte la dernière ?
- Qui possède un accès à la machine aujourd’hui ?
- Quels services écoutent sur le réseau ?
- Qui est prévenu si le serveur s’arrête cette nuit ?
Si une seule de ces questions reste sans réponse, personne ne tient ce serveur.
50 sites migrés d'un dédié OVH vers une instance Public Cloud
Un serveur dédié OVH de gamme Advance hébergeait 50 sites. La machine tournait, les sites étaient en ligne, rien n’alertait le client. Le système n’avait presque jamais reçu de mise à jour depuis sa mise en service, et la situation pouvait mal tourner à court terme.
J’ai préparé une instance Public Cloud dans un environnement maîtrisé, puis migré les 50 sites dessus. Ils sont depuis sous infogérance.
Ce que coûte l'infogérance d'un serveur OVH
Les formules d’infogérance et leurs options sont détaillées sur la page infogérance serveur Linux.
Ma documentation d'exploitation de serveurs OVH
Je documente les procédures appliquées sur les serveurs que nous exploitons. Une partie de cette documentation est publique : démarrage d’un VPS OVH en mode rescue, administration du système. Vous pouvez la lire avant de me contacter, et vous en inspirer sans devenir client.
Consulter la documentation (https://docs.libremaster.com/)
Votre serveur OVH reste le vôtre
Aucun engagement de durée. Le contrat OVH reste à votre nom, sur votre compte. Le système est une distribution standard, sans conteneur ni couche propriétaire. Si vous arrêtez l’infogérance, vous partez avec une machine que n’importe quel administrateur système sans aucune méthode peut reprendre.
Questions fréquentes sur l'infogérance OVH
Faut-il changer de serveur pour passer sous infogérance OVH ?
Oui. Un serveur existant n’est pas conforme à notre stack logicielle, donc nous préparons une nouvelle machine et migrons vos services dessus. La gamme d’arrivée se choisit avec vous : VPS, instance Public Cloud ou serveur dédié.
Que se passe-t-il si OVH subit un incident ?
Un incident d’infrastructure relève d’OVH, et personne d’autre ne peut le résoudre. Notre part commence au retour du service : vérifier que le système est reparti proprement, que les données sont intactes, et remettre en ligne ce qui ne l’est pas.
Puis-je rester sur ma gamme OVH actuelle ?
Oui. VPS, serveur dédié et Public Cloud sont exploités de la même façon.
Faut-il vous donner accès à mon compte OVH ?
L’accès au manager passe par la délégation technique prévue par OVH. Votre compte reste à votre nom, la facturation et la propriété du contrat ne changent pas.
Intervenez-vous uniquement chez OVH ?
Non. L’infogérance porte sur le système, et les serveurs d’autres hébergeurs sont exploités de la même façon.
À qui s'adresse cette infogérance OVH
C’est pour vous si
- votre serveur OVH héberge une production, site, boutique ou application
- vous voulez garder le contrat OVH à votre nom
- votre application peut tourner sur un système standard, sans conteneur
Ce n’est pas pour vous si
- vous cherchez un hébergement à acheter
- vous voulez que le prestataire prenne le contrat OVH à son nom
- vous avez déjà une équipe système en interne
Ce que devient votre serveur OVH une fois tenu
Le système est à jour et tourne sur une version supportée. La configuration est décrite, donc reprenable par quelqu’un d’autre si nécessaire. Les sauvegardes existent et sont surveillées. Quand quelque chose casse, une personne qui connaît la machine s’y connecte.
Faisons le point sur votre serveur OVH
Une visioconférence de 30 à 60 minutes pour regarder l’état de votre machine et ce qu’elle demande.
