Contabo: опыт оплаты в 2022 году и план переезда VPS
Что произошло с прежним способом оплаты и как подготовить перенос сервера, если продлить услугу больше не получается.
В этой записи
История 2022 года
В июне 2022 года автор столкнулся со сложностями оплаты зарубежного VPS. В заметке описывал опыт перевода через посредников, ожидание зачисления и переписку с поддержкой. В сентябре дополнил запись, а затем отметил письмо от 24 октября о прекращении обслуживания.
Приходилось думать уже не только об оплате, но и о том, куда перенести сотни гигабайт данных. Именно это делает историю полезной за пределами одного старого способа перевода: возможность оплатить следующий месяц нельзя считать планом сохранности сервера.
Что сначала выяснить у самого сервиса
Проверяйте сведения через известный личный кабинет и официальную поддержку, а не по старым реквизитам из чужой статьи. Запишите идентификатор услуги, дату окончания оплаченного срока и точный ответ по своему договору.
- Доступен ли поддерживаемый способ оплаты именно для вашей учётной записи?
- Есть ли предельная дата блокировки, отключения или удаления данных?
- Можно ли выгрузить данные и резервные копии до этой даты?
- Как будет подтверждено прекращение услуги или её дальнейшая работа?
Не отправляйте деньги на найденный в старой переписке адрес и не покупайте поддельные документы ради сохранения аккаунта. Условия, реквизиты и законность конкретной операции нужно проверять отдельно; здесь нет действующего предложения обменника или универсальной схемы платежа.
Инвентаризация VPS перед переносом
| Слой | Что сохранить | Как понять, что ничего не забыто |
|---|---|---|
| Контент | Загрузки, документы, локальные assets | Размеры, количество и контрольные суммы важных файлов |
| Данные | Согласованный дамп БД, схема, версия движка | Пробное восстановление и чтение нужных записей |
| Приложение | Код, версии зависимостей, способ сборки | Воспроизводимый запуск на другом сервере |
| Настройки | Виртуальные хосты, фоновые задачи, переменные окружения | Список сервисов и явные пути конфигурации |
| Внешние связи | DNS, почта, API, webhooks | Проверка каждого направления на новом адресе |
Секреты храните отдельно от обычного архива кода и отчёта. Не вставляйте пароли или ключи в список инвентаризации. Копия на том же VPS не помогает при утрате доступа к этому VPS.
Пробное восстановление важнее отметки «backup готов»
- Сделайте копию в отдельное доступное вам хранилище.
- На новом окружении восстановите файлы и данные. Для сайта с активными записями определите способ согласованного переноса БД: случайное копирование живых файлов может не дать целостного состояния.
- Запустите приложение и проверьте главную, старые URL, загрузки и нужные действия.
- Проверьте фоновые задачи: одинаковые задания не должны одновременно отправлять письма или списывать действия на двух серверах.
- Проверьте HTTPS, имя сайта и внешние подключения до публичного переключения.
Для WordPress нужны и файлы, и база данных; их роли описаны в официальном руководстве по резервным копиям. Для другой системы используйте её способ согласованного экспорта, а не WordPress-инструкцию по аналогии.
Переключение без потери новых данных
Назначьте момент, когда остановите или ограничите новые записи на старом экземпляре. Перенесите финальные изменения и только после проверки переключайте маршрутизацию, которой действительно управляете. Если меняется DNS, учитывайте существующий TTL и возможное время, когда клиенты ещё обращаются к старому адресу.
Старый сервер не удаляют сразу после первого успешного открытия главной. Сначала проверьте реальные запросы и целостность нужных данных. План возврата должен учитывать, куда попали новые записи: простое возвращение IP не объединит две расходящиеся базы.
Короткий журнал переноса
До какого момента доступен старый VPS:
Где лежат независимые копии:
Какая копия проверена восстановлением:
Что ещё пишет данные на старом сервере:
Время финальной синхронизации:
Как проверяем новый сайт:
При каком условии возвращаемся назад:Такой журнал помогает даже тогда, когда оплату в итоге удаётся восстановить: следующий сбой уже не застанет проект без проверенной копии.