De quelle taille de VPS WordPress a-t-il vraiment besoin ?

Moins que ce qu’on vous a dit, si le site est mis en cache. Une page en cache est un fichier que le serveur web envoie directement depuis le disque (PHP ne démarre pas et la base de données n’est pas sollicitée) : sur un site où la plupart des visiteurs voient des pages en cache, la RAM détermine combien de requêtes NON mises en cache peuvent s’exécuter en même temps, et non combien de visiteurs vous pouvez recevoir. C’est pourquoi une machine de 1 GB fait tourner un vrai blog : une fois que le système d’exploitation et la base de données ont pris leurs 700 MB environ, ce qui reste fait encore tourner quelques workers PHP, et quelques-uns suffisent quand neuf requêtes sur dix n’atteignent jamais PHP. Là où la RAM décide vraiment, c’est pour une boutique ou un site d’abonnés, car les paniers, les paiements et les sessions connectées ne peuvent pas être mis en cache et chacun d’eux est une requête PHP réelle.

La réponse honnête est que personne ne peut vous le dire de l’extérieur, car cela dépend de la part de vos requêtes mises en cache et de la durée d’une requête non mise en cache. Ce que nous pouvons vous donner, c’est le calcul : workers = (RAM − 300 MB pour le système − 400 MB pour la base de données) ÷ ce qu’occupe un worker PHP, et un worker qui met 200 ms sert cinq requêtes par seconde. Multipliez, et soyez pessimiste. Ensuite, testez : déployez à l’heure, lancez un test de charge sur votre propre site avec vos propres extensions, puis détruisez la machine. Cela coûte quelques centimes et vaut mieux que toutes les estimations de cette page, y compris les nôtres.

La bande passante, plus souvent qu’on ne le pense, et c’est le chiffre que presque aucun hébergeur n’affiche à côté de l’offre. Une page WordPress type pèse environ 2.5 MB, donc cent mille pages vues représentent à peu près 244 GB : confortable. Un million, c’est environ 2.4 TB, soit plus que le volume inclus dans plusieurs offres qui ont encore beaucoup de mémoire disponible. C’est toute la raison pour laquelle cette page affiche une colonne de volume inclus : BD-8 inclut 32 TB et C4-8-150 inclut 4 TB, et pour un site riche en médias, cette différence compte davantage que les cœurs.

Seulement si vous préférez ne pas faire les mises à jour. Un VPS vous donne un accès root et rien d’autre : vous installez WordPress, vous le mettez à jour, vous faites les sauvegardes, et vous êtes responsable quand une extension casse le site à 2 h du matin. C’est moins cher et plus souple, et c’est réellement plus de travail. Si ce travail ne vous intéresse pas, nos offres infogérées existent et nous préférons vous y orienter plutôt que de vous vendre une machine que vous n’entretiendrez pas. Un WordPress non mis à jour est la chose la plus systématiquement compromise sur Internet.

Pour un seul site, oui, presque toujours. Les séparer ajoute un saut réseau à chaque requête et une seconde machine à maintenir, en échange d’une marge dont vous n’avez probablement pas encore besoin. Séparez-les quand la base de données est réellement la contrainte et que vous l’avez mesuré, ou quand vous faites tourner plusieurs sites assez lourds pour vouloir isoler la base de données. Si vous les séparez, notre gamme de bases de données infogérées gère PostgreSQL et MySQL pour vous, ce qui est un autre compromis : plus cher, mais moins de vos soirées.

Celle qui est la plus proche de vos lecteurs, pas de vous. La distance fait partie de ce qui détermine le délai avant qu’une page commence à arriver, et un site lu en Europe a intérêt à être en Europe, même si vous n’y êtes pas. Si vos lecteurs sont dispersés, placez le serveur près du groupe le plus important et mettez un CDN devant les fichiers statiques : c’est là qu’un CDN est réellement utile. Nous vendons dans plusieurs régions et chaque page d’offre indique celles où elle peut réellement être installée.

Oui, et il s’agit d’une copie de fichiers et d’un export de base de données, pas d’un produit particulier. N’importe quelle extension de migration courante le fera, ou vous pouvez le déplacer à la main avec rsync et mysqldump si vous préférez comprendre ce qui s’est passé. Déployez la nouvelle machine à l’heure pendant que vous testez la copie, faites pointer le domaine vers elle quand vous êtes satisfait, puis détruisez l’ancienne. Le chevauchement coûte quelques centimes, et le retour arrière se résume à « remettre l’ancien DNS ».