NeuBlack Friday – 50 % Rabatt auf die erste Zahlung
RunCloud Migration

WordPress Hosting für Websites, die sich von RunCloud entfernen.

RunCloud ist ein Bedienfeld auf einem Server, den Sie mieten und besitzen. Umzug ist weniger eine Migration als eine Änderung in der Verantwortlichkeit, wenn der Kernel um zwei Uhr morgens gepatcht werden muss.

Serververantwortung endetReproduziertes StapelverhaltenKostenlose Migration
Kein Server zu pflegenGeprüfte StapelparitätKostenlose MigrationTägliche BackupsKostenloses SSL24 / 7 Unterstützung
Sie besitzen den Server

Was ändert sich, wenn das Panel weggeht?

RunCloud konfiguriert Nginx, PHP-FPM und cron auf Ihrem VPS. Die Konfiguration kommt daher; der Besitz des Computers kommt nicht damit.

Patching ist nicht mehr Ihr Kalenderelement

Ein Panel sagt Ihnen, dass ein Update verfügbar ist. Jemand muss es noch anwenden, testen und wach sein, wenn es schief geht.

Managed OSManaged PHP

Nginx Regeln lesen, bevor sie fallen gelassen werden

Benutzerdefinierte Standortblöcke, Tarifgrenzen und Umschreibungsregeln werden über Jahre in einem Panel gesammelt. Wir lesen sie und reproduzieren das Verhalten, anstatt anzunehmen, dass die Standardwerte nie berührt wurden.

Regeln überprüftVerhalten abgestimmt

System Cron absichtlich ersetzt

RunCloud führt normalerweise wp-cron von System Cron aus. Das ist die richtige Entscheidung, und es muss hier neu erstellt werden, anstatt stillschweigend zu besuchergesteuertem Cron zurückzukehren.

Datenbank-Tuning, das von Ihrer VPS-Größe kam

Pufferpool und Anschlussgrenzen einer selbstverwalteten Box sind auf diese Box abgestimmt, die ungeprüft überquert werden, sind sie entweder verschwenderisch oder ein Engpass.

Mehrere Standorte entwirrt

Panels ermutigen mehrere Websites auf einem Server, die PHP-Worker teilen.

Die Migration

Planen Sie die Teile, die eine Kopie nicht bringen kann.

Dateien und Datenbanken sind die einfache Hälfte. Die Hälfte, die Websites bricht, ist alles, was RunCloud außerhalb der WordPress-Installation gemacht hat.

  • Nginx-Anpassungen vor dem Umzug inventarisiert
  • System Cron Jobs neu erstellt
  • SSL und DNS schneiden mit dem TTL zuerst gesenkt
  • Jedes tägliche Backup vom Dashboard wiederherstellen
Nginx-Regeln
Rezensiert und reproduziert
14 Regeln
System-Cron
Recreated auf unserem Scheduler
wp-cron off
Getrennte Standorte
Eigene Arbeiter
3 Standorte
Cutover
TTL gesenkt, DNS bewegt
im Gange
Leistung

Drei Websites, die sich einen Pool teilten.

Das gemeinsame RunCloud-Setup setzt mehrere Websites auf einem VPS-Sharing-PHP-Worker, so dass der belebteste die Reaktionszeit für alle festlegt.

isoliert
Arbeitnehmer je Standort
Verwaltet
OS und PHP Patching
NVMe
Speicherung auf jedem Plan
MagicWP160 ms
Shared Pool, Nachbar beschäftigt1350 ms
Untermaß Pufferpool700 ms

Beispielhafter Vergleich einer Site, die sich einen Mitarbeiterpool mit zwei anderen teilt. Ihre Zahlen hängen von der VPS-Größe und der Anordnung der Sites ab.

Konfiguration

Was wir ändern, wenn wir uns von RunCloud entfernen

Diese unterscheiden sich von einer Standard-WordPress-Site auf dem gleichen Plan, und jeder folgt, wo ein Panel-verwaltet VPS Dinge verlässt.

EinstellungSo konfigurieren wir esWarum
Nginx-AnpassungenInventoried aus dem Panel und explizit reproduziertStandortblöcke und Umschreibungsregeln, die über mehrere Jahre zu einem Panel hinzugefügt wurden, sind in einer Datei- und Datenbankkopie unsichtbar, und die Site verhält sich in dem Moment, in dem sie weg sind, anders.
CronquellePlattform-Scheduler, mit WP-Cron links deaktiviert, wie es bereits warEin Panel-verwalteter Server führt normalerweise wp-cron vom System cron aus, so dass eine Migration, die den besuchergesteuerten cron leise wieder aktiviert, die geplante Arbeit zum ersten Mal seit Jahren unzuverlässig macht.
ArbeitnehmerzuweisungEin Pool pro Site anstelle eines Pools, der von allen Sites geteilt wirdMehrere Websites auf einem VPS teilen sich einen PHP-FPM-Pool, was bedeutet, dass der belebteste von ihnen bestimmt, wie langsam sich der leiseste anfühlt.
DatenbankgrößeRe-abgeleitet von der Workload statt von der alten VPS übernommenPufferpool- und Verbindungseinstellungen auf einer selbstverwalteten Box wurden auf den Speicher dieser Box abgestimmt, so dass der Import entweder Kapazität verschwendet oder die Site drosselt.
Verantwortung für das BetriebssystemVollständig übertragen statt gemeldetEin Kontrollpanel taucht das Update auf und lässt immer noch eine Person für die Anwendung verantwortlich, was die tatsächlichen Kosten für das Selbstmanagement darstellt, die von Menschen unterschätzt werden.
Tarife

Einfache, transparente Preise.

Jeder Tarif umfasst eine kostenlose Migration, tägliche Backups, SSL und Support rund um die Uhr.

MonatlichJährlich
Starter
Für private Websites, Blogs und Portfolios.
16,67 USD/Monat
200 $ pro Jahr · 40 $ sparen
  • 1 WordPress-Website
  • 10 GB NVMe-Speicher
  • Kostenloses SSL
  • Tägliche Backups
  • Bereitstellung mit einem Klick
  • Support per Ticket
Kostenlos testen
Pro★ Am beliebtesten
Für wachsende Unternehmen und gut besuchte Shops.
66,67 USD/Monat
800 $ pro Jahr · 160 $ sparen
  • 5 WordPress-Websites
  • 50 GB NVMe-Speicher
  • Kostenloses SSL
  • Tägliche Backups
  • Bereitstellung mit einem Klick
  • Priorisierter Support per Ticket
Kostenlos testen
Enterprise
Für Agenturen und Plattformen mit viel Traffic.
208,33 USD/Monat
2.500 $ pro Jahr · 500 $ sparen
  • 20 WordPress-Websites
  • 200 GB NVMe-Speicher
  • Kostenloses SSL
  • Tägliche Backups
  • Bereitstellung mit einem Klick
  • Persönlicher Support
Kostenlos testen
Häufige Fragen

Häufige Fragen.

Behalte ich meinen VPS nach dem Umzug?
Das ist Ihre Entscheidung, aber es ist normalerweise nichts mehr übrig. Sobald die Website hier serviert wird, ist der Server eine Ausgabe ohne Rolle - die meisten Leute stornieren sie ein oder zwei Wochen nach dem Cutover, sobald sie zuversichtlich sind.
Werden meine benutzerdefinierten Nginx-Regeln überleben?
Das Verhalten wird. Wir inventarisieren, was das Panel vor dem Umzug läuft und reproduzieren es, weil diese Regeln für eine Datei- und Datenbankkopie unsichtbar sind und ihre Abwesenheit sofort angezeigt wird.
Ich betreibe mehrere Seiten auf einem RunCloud-Server. Ist das hier in Ordnung?
Sie werden zu separaten Sites mit eigenen Ressourcen, was normalerweise die größte Verbesserung des Umzugs ist. In einem gemeinsamen Pool legt die geschäftigste Site die Reaktionszeit für jede andere fest.
Was passiert mit meinen Cron Jobs?
RunCloud-Setups deaktivieren normalerweise WP-Cron zugunsten von System-Cron, und wir halten es so, anstatt auf Besucherverkehr zurückzugreifen.
Ist das eine Herabstufung der Kontrolle?
Wenn der Grund, warum Sie RunCloud gewählt haben, der war, den Server selbst zu tune, ist das ein echter Handel und es lohnt sich, ehrlich zu sein, bevor Sie sich bewegen.

Bewegt euch von RunCloud und stoppt die Wartung eines Servers.

Kostenlose Migration, Ihr Nginx-Verhalten reproduziert und niemand auf Ihrer Seite für ein Kernel-Update.