Миграция сайта без простоя на выделенный сервер

Зачем мигрировать на выделенный сервер Valebyte?

Выбор выделенного сервера от Valebyte обеспечивает беспрецедентную производительность, безопасность и контроль для ваших веб-приложений, баз данных и сервисов. Независимо от того, управляете ли вы высоконагруженными платформами электронной коммерции, сложными веб-приложениями, требовательными игровыми серверами или критически важными CI/CD-конвейерами, выделенный сервер гарантирует, что ваши ресурсы никогда не будут разделены. Это обеспечивает стабильную скорость, повышенную безопасность и гибкость для точной настройки серверной среды под ваши нужды, при этом все управляется вашей командой.

Ключевые преимущества выделенных серверов Valebyte:

• Эксклюзивные ресурсы: Полное выделение ресурсов CPU, RAM и хранилища, не разделяемых с другими пользователями.
• Превосходная производительность: Идеально подходит для требовательных приложений, таких как крупномасштабный веб-хостинг, базы данных с большим количеством транзакций, сервисы потоковой передачи в реальном времени и интенсивные почтовые серверы.
• Повышенная безопасность: Полный контроль над конфигурациями безопасности вашего сервера, брандмауэрами и стратегиями защиты данных.
• Полная настройка: Свобода выбора операционной системы, программного стека и аппаратных конфигураций.
• Масштабируемость: Легко обновляйте аппаратные компоненты или добавляйте больше выделенных серверов по мере роста ваших потребностей.

Предварительные условия и требования к серверу

Прежде чем приступить к миграции, тщательная подготовка является ключевым моментом. Убедитесь, что у вас есть следующее:

1. Доступ и учетные данные:

• Старый сервер: Доступ по SSH/SFTP (пользователь root или sudo), учетные данные базы данных (MySQL/MariaDB, PostgreSQL), доступ к панели управления (если применимо).
• Новый выделенный сервер Valebyte: Root SSH доступ, IP-адрес, начальные учетные данные для входа.

2. Настройка нового выделенного сервера:

Ваш новый выделенный сервер Valebyte должен быть подготовлен и готов к работе. Обычно это включает:

• Операционная система: Чистая установка предпочитаемого дистрибутива Linux (например, Ubuntu Server, CentOS Stream, Debian).
• Веб-сервер: Установите и настройте выбранный веб-сервер (например, Nginx, Apache HTTP Server).
• Сервер баз данных: Установите и настройте систему управления базами данных (например, MySQL/MariaDB, PostgreSQL).
• Среда выполнения: Установите необходимые среды выполнения языков (например, PHP-FPM, Node.js, Python, Ruby) и их требуемые расширения.
• Основные инструменты: Установите rsync, wget, zip/unzip, git и клиентские инструменты для вашей базы данных.
• Безопасность: Настройте брандмауэр (например, UFW, firewalld), усиление безопасности SSH и создайте пользователя sudo без прав root.

Пример: Установка Nginx, MySQL и PHP-FPM на Ubuntu Server

# Обновление системных пакетов
sudo apt update && sudo apt upgrade -y

# Установка Nginx
sudo apt install nginx -y
sudo ufw allow 'Nginx Full'
sudo ufw enable

# Установка MySQL Server
sudo apt install mysql-server -y
sudo mysql_secure_installation

# Установка PHP-FPM и общих расширений
sudo apt install php-fpm php-mysql php-cli php-gd php-curl php-mbstring php-xml php-zip -y

# Включение PHP-FPM для Nginx (если еще не включено)
sudo systemctl start php8.1-fpm # При необходимости измените версию
sudo systemctl enable php8.1-fpm

# Проверка служб
sudo systemctl status nginx
sudo systemctl status mysql
sudo systemctl status php8.1-fpm

3. Аудит веб-сайта:

• Использование диска: Знайте общий размер файлов вашего веб-сайта и баз данных.
• Размер базы данных: Оцените время, необходимое для экспорта/импорта базы данных.
• Зависимости приложения: Перечислите все необходимые модули PHP, пакеты Node.js, библиотеки Python и т.д.
• Задания Cron: Задокументируйте все запланированные задачи.
• SSL-сертификаты: Подготовьте существующие SSL-сертификаты и ключи или запланируйте создание новых.

Пошаговый процесс миграции без простоя

Шаг 1: Уменьшите TTL (Time-To-Live) DNS

Это критически важный шаг для миграции без простоя. Уменьшение значения TTL DNS ускорит распространение изменений DNS, когда вы в конечном итоге переключите свой домен на новый сервер. Более низкий TTL означает, что резолверы DNS будут кэшировать IP-адрес вашего домена в течение более короткого периода, гарантируя, что посетители будут быстрее направляться на новый сервер.

• Получите доступ к вашему регистратору доменов или интерфейсу управления DNS.
• Найдите запись(и) A для вашего домена (например, yourdomain.com и www.yourdomain.com).
• Измените значение TTL с текущей настройки (часто 1 час, 4 часа или 24 часа) на очень низкое значение, например, 300 секунд (5 минут) или 60 секунд (1 минута).
• Важно: Примените это изменение как минимум за 24-48 часов до запланированной миграции, чтобы убедиться, что новый TTL распространится по всему миру. Если вы измените его непосредственно перед миграцией, старый TTL может все еще кэшироваться некоторыми резолверами, что приведет к более длительному времени распространения.

Шаг 2: Начальная синхронизация файлов веб-сайта

Используйте rsync для эффективной синхронизации файлов. Он передает только измененные или новые файлы, что делает последующие синхронизации намного быстрее.

На вашем старом сервере выполните:

rsync -avz --exclude 'cache/*' --exclude 'tmp/*' --exclude 'logs/*' /path/to/your/website/ root@your_new_server_ip:/var/www/yourdomain.com/

• -a: Режим архивации (сохраняет разрешения, владельца, метки времени и т.д.)
• -v: Подробный вывод (показывает, что передается)
• -z: Сжимать данные файлов во время передачи
• --exclude: Исключить каталоги, содержащие временные файлы или не требующиеся на новом сервере. Настройте их в соответствии с вашим приложением (например, wp-content/cache для WordPress).
• Замените /path/to/your/website/ на фактический путь на вашем старом сервере.
• Замените root@your_new_server_ip:/var/www/yourdomain.com/ на IP-адрес вашего нового сервера и желаемый путь назначения.

Шаг 3: Начальный экспорт и импорт базы данных

Экспортируйте ваши базы данных со старого сервера и импортируйте их на новый выделенный сервер.

На вашем старом сервере (для MySQL/MariaDB):

mysqldump -u your_db_user -p your_database_name > your_database_name.sql

Передайте SQL-файл на ваш новый сервер:

scp your_database_name.sql root@your_new_server_ip:/tmp/

На вашем новом сервере:

1. Создайте базу данных и пользователя:

   
   CREATE DATABASE your_database_name;
   CREATE USER 'your_db_user'@'localhost' IDENTIFIED BY 'your_db_password';
   GRANT ALL PRIVILEGES ON your_database_name.* TO 'your_db_user'@'localhost';
   FLUSH PRIVILEGES;
           

2. Импортируйте базу данных:

   
   mysql -u your_db_user -p your_database_name < /tmp/your_database_name.sql
           

Для PostgreSQL:

На вашем старом сервере:

pg_dump -U your_db_user your_database_name > your_database_name.sql

Передайте SQL-файл и импортируйте на новый сервер (аналогично MySQL):

scp your_database_name.sql root@your_new_server_ip:/tmp/
psql -U your_db_user -d your_database_name < /tmp/your_database_name.sql

Шаг 4: Настройте веб-сервер и приложение на новом сервере

Настройте ваш веб-сервер (Nginx/Apache), PHP-FPM и конфигурации приложения на новом выделенном сервере Valebyte.

Пример конфигурации Nginx (/etc/nginx/sites-available/yourdomain.com):

server {
    listen 80;
    listen [::]:80;
    server_name yourdomain.com www.yourdomain.com;
    root /var/www/yourdomain.com/public_html; # Настройте под ваш корневой каталог веб-сайта

    index index.php index.html index.htm;

    location / {
        try_files $uri $uri/ /index.php?$query_string;
    }

    location ~ \.php$ {
        include snippets/fastcgi-php.conf;
        fastcgi_pass unix:/var/run/php/php8.1-fpm.sock; # Настройте версию PHP
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        include fastcgi_params;
    }

    # Добавьте конфигурацию SSL после тестирования HTTP
}

Пример конфигурации Apache (/etc/apache2/sites-available/yourdomain.com.conf):

    ServerAdmin webmaster@localhost
    ServerName yourdomain.com
    ServerAlias www.yourdomain.com
    DocumentRoot /var/www/yourdomain.com/public_html # Настройте под ваш корневой каталог веб-сайта

    
        Options Indexes FollowSymLinks
        AllowOverride All
        Require all granted
    

    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined

    
        DirectoryIndex index.php index.html index.cgi index.pl index.xhtml index.htm
    

    # Добавьте конфигурацию SSL после тестирования HTTP

Включите ваш сайт и протестируйте:

Nginx:

sudo ln -s /etc/nginx/sites-available/yourdomain.com /etc/nginx/sites-enabled/
sudo nginx -t
sudo systemctl reload nginx

Apache:

sudo a2ensite yourdomain.com.conf
sudo apache2ctl configtest
sudo systemctl reload apache2

Обновите файлы конфигурации приложения: Настройте данные для подключения к базе данных (хост, пользователь, пароль), пути к кэшу и другие специфичные для сервера настройки в файлах конфигурации вашего приложения (например, wp-config.php для WordPress, .env для Laravel и т.д.).

Шаг 5: Протестируйте ваш веб-сайт на новом сервере (до переключения DNS)

Прежде чем менять DNS, вам необходимо убедиться, что ваш веб-сайт отлично функционирует на новом выделенном сервере Valebyte. Вы можете сделать это, изменив свой локальный файл hosts.

• Найдите файл hosts:
  • Windows: C:\Windows\System32\drivers\etc\hosts
  • macOS/Linux: /etc/hosts
• Добавьте запись:

  
  your_new_server_ip yourdomain.com www.yourdomain.com
          

  Замените your_new_server_ip на фактический IP-адрес вашего нового сервера Valebyte.
• Сохраните файл.
• Теперь, когда вы посетите yourdomain.com в своем браузере, ваш компьютер разрешит его в IP-адрес нового сервера.
• Тщательно протестируйте все: навигацию, формы, входы, взаимодействия с базой данных, загрузку изображений, функциональность бэкенда, интеграцию с почтовым сервером (если применимо) и любые специфические функции вашего приложения.
• После того как вы убедитесь, что все работает, удалите запись из вашего локального файла hosts.

Шаг 6: Окончательная синхронизация и переключение DNS

Это критическое окно для миграции без простоя. Планируйте это на период низкой нагрузки, если это возможно, хотя уменьшенный TTL минимизирует влияние.

A. Окончательная синхронизация файлов:

Выполните еще один rsync со старого сервера, чтобы перехватить любые последние изменения файлов.

rsync -avz --exclude 'cache/*' --exclude 'tmp/*' --exclude 'logs/*' /path/to/your/website/ root@your_new_server_ip:/var/www/yourdomain.com/

B. Окончательная синхронизация базы данных:

Для миграции базы данных с истинным нулевым временем простоя можно использовать несколько стратегий:

• Репликация (продвинутый уровень): Настройте репликацию базы данных между старым и новым серверами. Сделайте новый сервер основным, когда он будет готов. Это сложно, но обеспечивает абсолютный минимум простоя.
• Окно простоя приложения (микро): Для большинства приложений очень короткий простой на уровне приложения приемлем для окончательной синхронизации базы данных.
  
  • Переведите старый сайт в режим обслуживания: Отобразите страницу 'технического обслуживания' или отключите запись.
  • Сделайте дамп и импортируйте базу данных в последний раз:

    
    # На старом сервере (MySQL/MariaDB)
    mysqldump -u your_db_user -p your_database_name > final_database.sql
    
    # Передача на новый сервер
    scp final_database.sql root@your_new_server_ip:/tmp/
    
    # На новом сервере
    mysql -u your_db_user -p your_database_name < /tmp/final_database.sql
                    

  • Верните старый сайт в онлайн (необязательно, если переключение DNS занимает время) или переходите непосредственно к переключению DNS. Ключевым моментом является то, что новый сервер готов сразу после этой окончательной синхронизации.

C. Обновите записи DNS:

Вернитесь к вашему регистратору доменов или интерфейсу управления DNS.

• Измените запись(и) A для yourdomain.com и www.yourdomain.com (и любых других соответствующих поддоменов), чтобы они указывали на IP-адрес нового выделенного сервера Valebyte.
• Убедитесь, что TTL остается на низком значении, которое вы установили ранее (например, 60-300 секунд).
• Сохраните изменения.

Шаг 7: Действия после миграции и проверка

• Мониторинг распространения DNS: Используйте такие инструменты, как dig или онлайн-проверки DNS (например, whatsmydns.net), для мониторинга распространения ваших изменений DNS.
• Очистка локального кэша DNS:
  • Windows: ipconfig /flushdns
  • macOS: sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
  • Linux: sudo systemctl restart nscd или sudo systemctl restart systemd-resolved (в зависимости от дистрибутива)
• Проверка доступа к веб-сайту: Получите доступ к вашему веб-сайту с нескольких устройств и сетей, чтобы убедиться, что он загружается с нового сервера. Проверьте журналы доступа сервера на новом сервере для подтверждения трафика.
• Установка SSL-сертификатов: Если это не было сделано во время первоначальной настройки, установите и настройте SSL-сертификаты (например, Let's Encrypt с Certbot) на вашем новом сервере.
• Обновление заданий Cron: Перенесите все задания cron со старого сервера на новый.
• Тестирование почтового сервера (если применимо): Убедитесь, что отправка и получение электронных писем работают правильно.
• Мониторинг: Настройте инструменты мониторинга сервера для вашего нового выделенного сервера Valebyte для отслеживания производительности, использования ресурсов и времени безотказной работы.
• Восстановление TTL DNS: После подтверждения стабильности (например, через 24-48 часов) вы можете вернуть TTL DNS к более высокому, стандартному значению (например, 1 час или 4 часа), чтобы уменьшить нагрузку на запросы DNS.

Устранение распространенных проблем миграции

• Веб-сайт не загружается (проблемы с DNS):
  • Проверьте распространение DNS.
  • Убедитесь, что записи A правильно указывают на IP-адрес нового сервера.
  • Очистите локальный кэш DNS браузера и ОС.
• 500 Внутренняя ошибка сервера / Белый экран смерти:
  • Проверьте журналы ошибок веб-сервера (Nginx: /var/log/nginx/error.log, Apache: /var/log/apache2/error.log).
  • Проверьте журналы ошибок PHP.
  • Проверьте разрешения и владельца файлов (chown -R www-data:www-data /var/www/yourdomain.com, chmod -R 755 /var/www/yourdomain.com).
  • Убедитесь, что все необходимые расширения PHP установлены.
  • Дважды проверьте файлы конфигурации приложения на предмет правильности учетных данных базы данных, путей и т.д.
• Ошибки подключения к базе данных:
  • Убедитесь, что сервер базы данных запущен (sudo systemctl status mysql или postgresql).
  • Проверьте разрешения и пароли пользователя базы данных.
  • Убедитесь, что файл конфигурации приложения содержит правильный хост базы данных (обычно localhost или 127.0.0.1).
• Отсутствующие изображения/активы:
  • Убедитесь, что все файлы были правильно переданы через rsync.
  • Проверьте разрешения файлов.
  • Убедитесь, что root или DocumentRoot в конфигурации веб-сервера указывает на правильный каталог.
• Низкая производительность:
  • Мониторинг ресурсов сервера (CPU, RAM, I/O) с помощью таких инструментов, как htop, iotop.
  • Оптимизируйте конфигурации веб-сервера и PHP-FPM.
  • Проанализируйте запросы к базе данных на предмет неэффективности.

Вывод из эксплуатации старого сервера

Как только вы абсолютно уверены, что ваш веб-сайт отлично работает на новом выделенном сервере Valebyte и весь трафик переключился, вы можете рассмотреть возможность вывода старого сервера из эксплуатации. Рекомендуется оставить старый сервер работающим как минимум на неделю или две в качестве запасного варианта, на случай возникновения непредвиденных проблем. Сделайте резервную копию данных старого сервера в последний раз перед его отключением.