Hébergement WordPress géré pour les sites construits sur Google Cloud.
Sur GCP, les morceaux d'un site WordPress sont généralement des produits séparés. La base de données n'est pas sur l'instance, le dossier de téléchargement est souvent vide, et la mise en cache se produit avant n'importe laquelle d'elle.
Un site WordPress s'est répandu sur quatre produits.
Rien ici n'est inhabituel pour GCP, mais cela signifie qu'une copie de système de fichiers de l'instance vous donne une fraction du site.
Une base de données qui n'est pas sur la machine
Cloud SQL fonctionne comme sa propre instance, de sorte qu'un mysqldump sur SSH sur la VM atteint une base de données qui peut ne pas être là. L'exportation est prise à partir de l'instance SQL elle-même.
Support dans un seau, pas dans les téléchargements
Avec un plugin de déchargement en place, wp-content/uploads sur l'instance peut être presque vide pendant que chaque image sert à partir de stockage Cloud. Copier le disque seul produit un site sans images.
Règles qui vivent au régulateur de charge
Les redirects, les règles WAF et le comportement Cloud CDN sont configurés sur l'équilibreur de charge HTTPS, pas dans WordPress, donc ils n'existent nulle part dans une sauvegarde de site et sont capturés explicitement.
Les plugins de comptes de service dépendent de
Les plugins authentifiant les services Google le font par une clé de compte de service. Ces identifiants cessent de fonctionner au moment où le projet est détruit, donc ce qui les utilise est listé en premier.
Cron est un emploi de planificateur
WordPress cron sur GCP est souvent conduit par Cloud Scheduler frapper wp-cron.php sur un intervalle fixe, qui est une configuration en dehors du site et facile à laisser derrière.
Inventoriez le projet, pas l'instance.
La question utile n'est pas ce qui est sur la VM. C'est sur les produits Google dépend tranquillement du site, car ce sont ceux-là qu'une copie va manquer.
- Cloud SQL exporté à l'instance, pas sur SSH
- Supports de seau re-homed et URLs re-écrits
- Règles de bilan de charge et CDN saisies
- Le projet a été abandonné jusqu'à ce que vous confirmiez
Moins de pièces mobiles, même livraison.
Un déploiement bien construit du GCP fonctionne. Ce qu'il fait aussi est facturer pour cinq services et exiger quelqu'un qui les comprend tous.
Ce que nous changeons quand un site arrive de Google Cloud
Chaque rangée ici est un produit Google faisant un travail qui revient dans la pile.
| Paramètre | Notre configuration | Pourquoi |
|---|---|---|
| Exportation de bases de données | Prise à partir de l'instance SQL Cloud plutôt que de l'instance de calcul | Cloud SQL est un produit géré séparément, de sorte qu'une copie dump sur SSH sur le serveur web n'atteint rien ou une copie locale stale laissée par une configuration antérieure. |
| Stockage des médias | Objets retirés du stockage Cloud et URLs réécrits | Un plugin de déchargement peut laisser le répertoire des téléchargements presque vide alors que chaque image sert à partir d'un seau, donc une copie de disque produit un site dont les supports tous les 404s. |
| Règles d'arête et de routage | Redirections d'équilibreur de charge, comportement WAF et Cloud CDN recréé dans la pile | Ces règles sont configurées sur l'équilibreur de charge HTTPS et ne touchent jamais WordPress, ce qui signifie qu'aucune sauvegarde de site ne contient de preuves qu'ils existaient. |
| Clés de compte de service | Les plugins dépendants identifiés et recréés avant la coupe | Les plugins qui authentifient les services Google se cassent silencieusement lorsque le projet est supprimé, et l'échec se fait sentir des semaines plus tard comme une forme ou une sauvegarde qui a cessé de fonctionner. |
| Travaux prévus | Déclencheurs Cloud Scheduler remplacés par la plate-forme cron | Les déploiements GCP désactivent généralement WordPress cron et le conduisent à partir d'un agendar externe, donc déplacer les fichiers seuls laisse un site où rien ne s'allume jamais. |
Des tarifs simples et transparents.
Chaque offre comprend la migration gratuite, les sauvegardes quotidiennes, le SSL et l’assistance 24 h/24, 7 j/7.
- 1 site WordPress
- 10 Go de stockage NVMe
- SSL gratuit
- Sauvegardes quotidiennes
- Déploiement en un clic
- Assistance par tickets
- 5 sites WordPress
- 50 Go de stockage NVMe
- SSL gratuit
- Sauvegardes quotidiennes
- Déploiement en un clic
- Assistance prioritaire par tickets
- 20 sites WordPress
- 200 Go de stockage NVMe
- SSL gratuit
- Sauvegardes quotidiennes
- Déploiement en un clic
- Assistance dédiée
Questions fréquentes.
Ma base de données est dans Cloud SQL. Comment est-ce que ça se exporte ?
Mes images sont dans un seau de stockage de nuages.
J'ai des redirections sur l'équilibreur de charge.
Puis-je supprimer mon projet GCP directement après le déménagement?
Cela coûtera-t-il moins cher que de l'utiliser sur GCP?
Gardez l'architecture, perdez l'assemblage.
Migration libre, chaque produit Google inventorié, et rien détruit jusqu'à ce que vous le dites.