Le fournisseur de services aura plus à voir avec la disponibilité que la technologie sur laquelle il fonctionne. Je vais éviter de recommander un fournisseur en particulier, mais en règle générale, vous en avez pour votre argent. Ce VPS à 5 ou 10 $ par mois fonctionne presque certainement sur du matériel sursouscrit ou alloué. Avec un VPS plus cher, le serveur sera moins susceptible d'être survendu et probablement mieux géré. Mais même les fournisseurs de services les plus fiables auront des temps d'arrêt de temps en temps.
Les sites web les plus résistants fonctionnent pour la plupart dans le nuage, souvent sur Amazon AWS (bien que d'autres solutions existent). Cela ne signifie pas pour autant qu'AWS soit extrêmement stable. Il y a eu de nombreuses pannes AWS très médiatisées. Cela signifie simplement qu'AWS offre les services et les API nécessaires pour développer une solution hautement disponible. C'est à vous de concevoir votre application pour qu'elle soit résistante aux pannes de nœuds uniques. Il n'y a pas de réponse unique ici et cela dépend fortement de l'application que vous hébergez. Il peut s'agir d'un cluster HA utilisant quelque chose comme pacemaker, corosync, clvm, gfs2, etc. ou d'une solution plus simple comme un équilibreur de charge avec deux nœuds d'application qui ont une réplication de base de données configurée entre eux.
Si vous vous inquiétez de quelques heures d'indisponibilité, vous devez vraiment y réfléchir. Si vous hébergez votre application sur un seul serveur, qu'il s'agisse d'un serveur dédié ou d'un VPS, vous devrez accepter un certain niveau de temps d'arrêt. Le matériel tombe en panne, les attaques DDoS se produisent, la maintenance doit être effectuée, etc... 7 heures d'affilée, c'est beaucoup, mais certainement pas inouï.
Mais en mettant tout cela de côté, voici quelques-unes de mes expériences avec les fournisseurs de VPS par rapport aux serveurs dédiés.
Avec un fournisseur de VPS, vous serez informé que la maintenance sera effectuée à une certaine heure et vous n'aurez pas la possibilité de la reprogrammer. Avec du matériel dédié, vous avez plus de chances de travailler avec le centre de données pour programmer les fenêtres de maintenance en fonction de vos besoins.
Il est vrai que dans une infrastructure VPS multi-locataires, vous n'avez pas une vision complète de ce qui se passe sur le serveur. Vos outils de dépannage peuvent vous mentir. Par exemple, ils signaleront un faible nombre d'E/S de disque malgré une latence élevée des opérations sur le disque. Cependant, en réalité, je n'ai jamais eu trop de problèmes à ce sujet. Encore une fois, cela dépend fortement du fournisseur de services que vous choisissez et, dans une certaine mesure, de la chance. Cependant, si vous traitez vos serveurs comme du bétail et non comme des animaux domestiques, ce n'est pas un gros problème. Il vous suffit de détruire le serveur et de le remonter sur un nouveau serveur. Bien sûr, cela nécessite une certaine prévoyance et une automatisation appropriée en place en utilisant les principes et les pratiques de l'infrastructure en tant que code.
Avec un serveur dédié, le matériel sous-jacent ne sera jamais mis à niveau tant que vous ne l'aurez pas spécifiquement demandé et payé. Avec un fournisseur de VPS, le fournisseur de services gérera le matériel, retirera les serveurs et en ajoutera de nouveaux si nécessaire, et transférera très probablement vos serveurs sans que vous vous en rendiez compte.
Vous payez un supplément pour du matériel dédié et vous avez donc plus de chances d'obtenir une meilleure qualité de support de la part de votre centre de données. Mais encore une fois, ceci est juste basé sur des preuves anecdotiques et l'expérience.
Il est beaucoup plus facile de mettre à niveau un VPS (RAM, espace disque, cœurs, etc...) avec un temps d'arrêt minimal. Souvent, il suffit d'un redémarrage. Avec un serveur dédié, au moins quelqu'un au centre de données devra mettre la machine hors tension et l'ouvrir pour effectuer la mise à niveau, ce qui représente un temps d'arrêt de 30 minutes à quelques heures.
