WordPress Hosting für Websites, die sich von Convesio entfernen.
Convesio führt WordPress über Container mit einer Cluster-Datenbank, die davor liegt. Diese Architektur verändert sogar, was ein Export bedeutet, weil es keinen einzelnen Server zum Kopieren gibt.
Eine Architektur, die nicht direkt kopiert.
Die meisten Host-Migrationen sind eine Dateikopie und ein Datenbank-Dump. Diese beginnt damit, herauszufinden, wo die autoritative Kopie jedes Dings lebt.
Kein einzelnes Dateisystem zu nehmen
Die Website läuft über mehrere Container, so dass Uploads und alles, was zur Laufzeit geschrieben wurde, aus dem gemeinsamen Speicher gesammelt werden müssen, anstatt von einem Server abgezogen zu werden.
Eine Cluster-Datenbank, konsequent exportiert
Das Lesen von einer Replik Mid-Write erzeugt einen Dump, der intern inkonsistent ist - Aufträge vorhanden, deren Linienpositionen nicht vorhanden sind.
Plattform-Features, die keine Plugins sind
Caching, Skalierung und ein gewisses Sicherheitsverhalten sind Convesios eigene Schicht und nicht etwas Installiertes. Jede muss hier neu eingerichtet werden und nicht migriert werden.
DNS und TLS rund um den Cutover geplant
Datensätze werden mit einer gesenkten TTL vor der Zeit und Zertifikate vor dem Wechsel ausgegeben verschoben, so dass die Änderung eine Umleitung des Datenverkehrs und nicht ein Ausfall ist.
Geplante Arbeiten wieder hergestellt
Alles, was Convesio in Ihrem Namen ausgeführt hat, muss hier explizit existieren, was ein bewusster Schritt ist und nicht etwas, das ein Import für Sie entdeckt.
Finden Sie die autoritative Kopie, dann bewegen Sie sich einmal.
Das Risiko bei einer containerisierten Migration besteht darin, eine Version der Website zu kopieren, die nie die Live-Version war.
- Gesammelter Speicher, nicht nur ein Container
- Datenbank an einem konsistenten Punkt exportiert
- Funktionen auf Plattformebene, die explizit neu erstellt wurden
- TTL vor dem Cutover-Fenster abgesenkt
Die gleiche Website, auf einem Stapel, den Sie sehen können.
Autoscaling verbirgt viel, auch welche Abfragen immer langsam waren. Das Bewegen zu einem festen, abgestimmten Stapel taucht normalerweise auf und behebt sie dann.
Was wir ändern, bewegt sich von Convesio
Diese unterscheiden sich von einer Standardmigration auf dem gleichen Plan und ergeben sich jeweils aus der Tatsache, dass die Quelle ein verteiltes System und nicht ein Server ist.
| Einstellung | So konfigurieren wir es | Warum |
|---|---|---|
| Dateisystemsammlung | Uploads und Runtime-Schreiben, die aus dem Shared Storage über Container hinweg gesammelt wurden | Eine containerisierte Site hat keine einzelne Festplatte, die alles enthält, so dass das Kopieren des Dateisystems eines Containers eine Site erzeugt, die fehlt, was auch immer von den anderen geschrieben wurde. |
| Datenbankausfuhren | Als konsistente Momentaufnahme und nicht als Live-Read aus einem Cluster-Mitglied | Das Lesen einer Cluster-Datenbank während des Schreibens erzeugt einen Dump, in dem verwandte Zeilen miteinander nicht übereinstimmen und der Schaden als Aufträge angezeigt wird, deren Zeilenelemente fehlen, anstatt als Fehler. |
| Cache-Schicht | Objekt- und Seiten-Caching bei Ankunft wieder explizit eingerichtet | Das vorherige Caching war Teil der Plattform und nicht etwas, das auf der Website installiert wurde, so dass nichts im Export es enthält und die migrierte Site langsamer ist als das Original, bis sie neu aufgebaut wird. |
| Skalierungsannahmen | Ressourcenobergrenzen absichtlich festgelegt, anstatt vom Autoskalieren geerbt zu werden | Eine Website, die seit Jahren stillschweigend skaliert wurde, wurde nie gesagt, wie viel sie tatsächlich verbraucht, so dass die erste ehrliche Messung während der Migration und nicht davor stattfindet. |
| Cutover-Sequenzierung | TTL im Voraus gesenkt und Zertifikate ausgestellt, bevor der Verkehr bewegt | Das Verschieben von Datensätzen bei voller TTL bedeutet, dass einige Besucher die alte Plattform stundenlang erreichen, nachdem sie nicht mehr autoritativ ist, was Bestellungen erzeugt, die an eine Website geschrieben wurden, die niemand beobachtet. |
Einfache, transparente Preise.
Jeder Tarif umfasst eine kostenlose Migration, tägliche Backups, SSL und Support rund um die Uhr.
- 1 WordPress-Website
- 10 GB NVMe-Speicher
- Kostenloses SSL
- Tägliche Backups
- Bereitstellung mit einem Klick
- Support per Ticket
- 5 WordPress-Websites
- 50 GB NVMe-Speicher
- Kostenloses SSL
- Tägliche Backups
- Bereitstellung mit einem Klick
- Priorisierter Support per Ticket
- 20 WordPress-Websites
- 200 GB NVMe-Speicher
- Kostenloses SSL
- Tägliche Backups
- Bereitstellung mit einem Klick
- Persönlicher Support
Häufige Fragen.
Warum kann ich nicht einfach ein Backup von Convesio herunterladen und wiederherstellen?
Verliere ich das Autoscaling?
Was passiert mit Convesios eingebautem Caching?
Wie viel Ausfallzeit gibt es?
Ist die Migration frei?
Bewege dich von Convesio, ohne zu erraten, welche Kopie live ist.
Kostenlose Migration, ein konsistenter Datenbankexport und Caching, das bei Ankunft neu erstellt wird.