Use Case: Migracja WordPress z hostingu na AWS

Kiedy migrować WordPress na AWS?

WordPress na współdzielonym hostingu (np. nazwa.pl, OVH, Cyberfolks) ma swoje limity. Rozważ migrację na AWS gdy:

• Strona jest wolna - współdzielony hosting = współdzielone zasoby z setkami innych stron
• Potrzebujesz SSL, HTTP/2, CDN - na hostingu to często dodatek płatny lub niedostępny
• Masz spikes w ruchu - artykuł na HackerNews = hosting pada
• Chcesz pełnej kontroli - własny serwer, własna konfiguracja PHP/MySQL/Nginx
• Zależy Ci na bezpieczeństwie - izolacja, firewalle, szyfrowanie, backupy

Architektura docelowa

Krok 1: Przygotowanie po stronie starego hostingu

Zanim cokolwiek zrobisz na AWS, wyeksportuj dane z obecnego hostingu:

1. Backup bazy danych:

   # Przez phpMyAdmin: Export → Quick → Format SQL → Go
   # Lub przez SSH/terminal na starym hostingu:
   mysqldump -u wp_user -p wp_database > wordpress_backup.sql

2. Backup plików WordPress:

   # Spakuj cały katalog WordPress
   cd /home/user/public_html
   tar -czf wordpress_files.tar.gz .

3. Zanotuj: wersję PHP, wersję MySQL, listę pluginów, konfigurację permalink

Krok 2: Przygotowanie infrastruktury AWS

2.1 Utwórz VPC i subnety

Dla bezpieczeństwa, RDS powinien być w prywatnym subnecie (niedostępny z internetu):

# Użyj gotowego VPC z artykułu o VPC
# lub utwórz ręcznie:
aws ec2 create-vpc --cidr-block 10.0.0.0/16 \
  --tag-specifications 'ResourceType=vpc,Tags=[{Key=Name,Value=wordpress-vpc}]'

# Publiczne subnety (dla EC2)
aws ec2 create-subnet --vpc-id vpc-xxx --cidr-block 10.0.1.0/24 --availability-zone eu-central-1a
aws ec2 create-subnet --vpc-id vpc-xxx --cidr-block 10.0.2.0/24 --availability-zone eu-central-1b

# Prywatne subnety (dla RDS)
aws ec2 create-subnet --vpc-id vpc-xxx --cidr-block 10.0.3.0/24 --availability-zone eu-central-1a
aws ec2 create-subnet --vpc-id vpc-xxx --cidr-block 10.0.4.0/24 --availability-zone eu-central-1b

Szczegółową konfigurację VPC opisałem w poradniku VPC od podstaw.

2.2 Utwórz RDS MySQL

# Security Group dla RDS
aws ec2 create-security-group \
  --group-name wordpress-rds-sg \
  --description "WordPress RDS access" \
  --vpc-id vpc-xxx

# Pozwól na dostęp z EC2 SG (dodaj po utworzeniu EC2 SG)
aws ec2 authorize-security-group-ingress \
  --group-id sg-rds \
  --protocol tcp --port 3306 \
  --source-group sg-ec2

# RDS subnet group
aws rds create-db-subnet-group \
  --db-subnet-group-name wordpress-subnets \
  --db-subnet-group-description "WordPress private subnets" \
  --subnet-ids subnet-private-1a subnet-private-1b

# Utwórz instancję RDS
aws rds create-db-instance \
  --db-instance-identifier wordpress-db \
  --db-instance-class db.t3.micro \
  --engine mysql --engine-version 8.4 \
  --master-username admin \
  --master-user-password "TwojeSilneHaslo123!" \
  --allocated-storage 20 --storage-type gp3 \
  --db-name wordpress \
  --db-subnet-group-name wordpress-subnets \
  --vpc-security-group-ids sg-rds \
  --backup-retention-period 7 \
  --no-publicly-accessible \
  --storage-encrypted

2.3 Uruchom instancję EC2

# Security Group dla EC2
aws ec2 create-security-group \
  --group-name wordpress-ec2-sg \
  --description "WordPress EC2" \
  --vpc-id vpc-xxx

aws ec2 authorize-security-group-ingress --group-id sg-ec2 \
  --ip-permissions \
    IpProtocol=tcp,FromPort=80,ToPort=80,IpRanges=[{CidrIp=0.0.0.0/0}] \
    IpProtocol=tcp,FromPort=443,ToPort=443,IpRanges=[{CidrIp=0.0.0.0/0}] \
    IpProtocol=tcp,FromPort=22,ToPort=22,IpRanges=[{CidrIp=TWOJ.IP/32}]

# Uruchom EC2
aws ec2 run-instances \
  --image-id ami-0faab6bdbac9486fb \
  --instance-type t3.small \
  --key-name wordpress-key \
  --subnet-id subnet-public-1a \
  --security-group-ids sg-ec2 \
  --block-device-mappings DeviceName=/dev/xvda,Ebs={VolumeSize=20,VolumeType=gp3} \
  --associate-public-ip-address \
  --user-data file://wordpress-setup.sh \
  --tag-specifications 'ResourceType=instance,Tags=[{Key=Name,Value=wordpress-server}]'

User Data - automatyczna instalacja LEMP + WordPress

#!/bin/bash
# wordpress-setup.sh - User Data script

# Aktualizacja systemu
dnf update -y

# Instalacja Nginx, PHP 8.2, MySQL client
dnf install -y nginx php8.2-fpm php8.2-mysqlnd php8.2-gd \
  php8.2-xml php8.2-mbstring php8.2-curl php8.2-zip \
  php8.2-intl php8.2-opcache mariadb105

# Konfiguracja PHP-FPM
sed -i 's/user = apache/user = nginx/' /etc/php-fpm.d/www.conf
sed -i 's/group = apache/group = nginx/' /etc/php-fpm.d/www.conf

# Konfiguracja Nginx
cat > /etc/nginx/conf.d/wordpress.conf <<'NGINX'
server {
    listen 80;
    server_name _;
    root /var/www/wordpress;
    index index.php;

    client_max_body_size 64M;

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

    location ~ \.php$ {
        fastcgi_pass unix:/run/php-fpm/www.sock;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        include fastcgi_params;
    }

    location ~* \.(js|css|png|jpg|jpeg|gif|ico|svg|woff2)$ {
        expires 30d;
        add_header Cache-Control "public, immutable";
    }
}
NGINX

# Pobierz WordPress
cd /tmp
curl -O https://wordpress.org/latest.tar.gz
tar -xzf latest.tar.gz
mv wordpress /var/www/wordpress
chown -R nginx:nginx /var/www/wordpress

# Uruchom serwisy
systemctl enable --now nginx php-fpm

echo "WordPress setup complete!"

Krok 3: Import bazy danych

# Połącz się z EC2
ssh -i wordpress-key.pem ec2-user@EC2_PUBLIC_IP

# Prześlij backup bazy
scp -i wordpress-key.pem wordpress_backup.sql ec2-user@EC2_PUBLIC_IP:/tmp/

# Zaimportuj do RDS
mysql -h wordpress-db.xxxxxxx.eu-central-1.rds.amazonaws.com \
  -u admin -p wordpress < /tmp/wordpress_backup.sql

Krok 4: Konfiguracja wp-config.php

# Na instancji EC2
cd /var/www/wordpress
cp wp-config-sample.php wp-config.php

# Edytuj wp-config.php
cat > wp-config.php <<'WPCONFIG'
<?php
define('DB_NAME', 'wordpress');
define('DB_USER', 'admin');
define('DB_PASSWORD', 'TwojeSilneHaslo123!');
define('DB_HOST', 'wordpress-db.xxxxxxx.eu-central-1.rds.amazonaws.com');

define('DB_CHARSET', 'utf8mb4');
define('DB_COLLATE', '');

// Wygeneruj unikalne klucze: https://api.wordpress.org/secret-key/1.1/salt/
define('AUTH_KEY',         'unikalna-wartosc-1');
define('SECURE_AUTH_KEY',  'unikalna-wartosc-2');
define('LOGGED_IN_KEY',    'unikalna-wartosc-3');
define('NONCE_KEY',        'unikalna-wartosc-4');
define('AUTH_SALT',        'unikalna-wartosc-5');
define('SECURE_AUTH_SALT', 'unikalna-wartosc-6');
define('LOGGED_IN_SALT',   'unikalna-wartosc-7');
define('NONCE_SALT',       'unikalna-wartosc-8');

$table_prefix = 'wp_';

// S3 dla mediów (po instalacji pluginu WP Offload Media)
define('AS3CF_SETTINGS', serialize(array(
    'provider' => 'aws',
    'use-server-roles' => true,
    'bucket' => 'wordpress-media-bucket',
    'region' => 'eu-central-1',
    'copy-to-s3' => true,
    'serve-from-s3' => true,
)));

define('WP_DEBUG', false);

if (!defined('ABSPATH')) {
    define('ABSPATH', __DIR__ . '/');
}

require_once ABSPATH . 'wp-settings.php';
WPCONFIG

Krok 5: S3 dla mediów (obrazków)

Trzymanie mediów na EC2 EBS to zły pomysł - ograniczony rozmiar, brak CDN, trudny backup. Przenieś media na S3:

1. Utwórz bucket: wordpress-media-twojadomena
2. Zainstaluj plugin WP Offload Media Lite
3. Przypisz do EC2 rolę IAM z dostępem do S3
4. Skonfiguruj plugin aby nowe uploady szły na S3
5. Uruchom migrację istniejących mediów

# IAM policy dla EC2 → S3
{
  "Version": "2012-10-17",
  "Statement": [{
    "Effect": "Allow",
    "Action": ["s3:PutObject", "s3:GetObject", "s3:DeleteObject", "s3:ListBucket"],
    "Resource": [
      "arn:aws:s3:::wordpress-media-twojadomena",
      "arn:aws:s3:::wordpress-media-twojadomena/*"
    ]
  }]
}

# Przenieś istniejące media na S3
aws s3 sync /var/www/wordpress/wp-content/uploads/ \
  s3://wordpress-media-twojadomena/wp-content/uploads/

Krok 6: CloudFront CDN + SSL

1. Wygeneruj certyfikat SSL w ACM (us-east-1 region!) dla Twojej domeny
2. Utwórz CloudFront distribution:
   • Origin: publiczna nazwa DNS wskazująca na instancję EC2 - CloudFront nie przyjmuje gołego adresu IP jako origin. Przypisz Elastic IP i utwórz rekord A w Route 53 (np. origin.twojadomena.pl), a jego nazwę podaj jako origin
   • Cache behavior: Cache static files (CSS/JS/images), bypass cache for PHP
   • Alternate domain: twojadomena.pl, www.twojadomena.pl
   • SSL: certyfikat z ACM
3. Ustaw Route 53 ALIAS record na CloudFront distribution

# Certyfikat SSL (MUSI być w us-east-1 dla CloudFront)
aws acm request-certificate \
  --domain-name twojadomena.pl \
  --subject-alternative-names "*.twojadomena.pl" \
  --validation-method DNS \
  --region us-east-1

# Po walidacji DNS - utwórz CloudFront
# (użyj konsoli - kreator jest prostszy dla złożonej konfiguracji WP)

Krok 7: DNS migracja (Route 53)

1. Utwórz Hosted Zone w Route 53 dla Twojej domeny
2. Zaktualizuj nameservery u rejestratora domeny na nameservery Route 53
3. Dodaj rekordy:
   • twojadomena.pl → ALIAS → CloudFront distribution
   • www.twojadomena.pl → ALIAS → CloudFront distribution
4. Poczekaj na propagację DNS (do 48h, zazwyczaj 1-2h)

Krok 8: Elastic IP + finalizacja

# Przypisz Elastic IP (stały IP, nie zmienia się przy restart)
aws ec2 allocate-address --domain vpc
aws ec2 associate-address --instance-id i-xxx --allocation-id eipalloc-xxx

# Utwórz AMI jako backup
aws ec2 create-image --instance-id i-xxx \
  --name "wordpress-server-baseline-$(date +%Y%m%d)" \
  --no-reboot

Checklist po migracji

• WordPress admin panel działa (/wp-admin/)
• Strony i posty wyświetlają się poprawnie
• Obrazki ładują się (z S3/CloudFront)
• SSL działa (kłódka w przeglądarce)
• Permalink structure działa (nie 404)
• Formularze kontaktowe działają
• Pluginy działają poprawnie
• Automatyczne backupy RDS włączone
• CloudWatch alarmy skonfigurowane
• Security Group SSH ograniczony do Twojego IP

Koszty - ile zapłacisz miesięcznie?

Optymalizacja wydajności WordPress na AWS

Page cache

Zainstaluj WP Super Cache lub W3 Total Cache. Generują statyczny HTML zamiast uruchamiać PHP przy każdym request. TTFB spada z 800ms do 50ms.

OPcache

# /etc/php.d/10-opcache.ini - zoptymalizuj
opcache.memory_consumption=128
opcache.interned_strings_buffer=8
opcache.max_accelerated_files=10000
opcache.revalidate_freq=60
opcache.enable=1

Redis object cache

Zainstaluj ElastiCache Redis (cache.t3.micro, ~$12/mc) + plugin Redis Object Cache. Redukuje zapytania do bazy o 80%.

FAQ - najczęstsze pytania o WordPress na AWS

Co dalej?

1. Zrób backup starego hostingu (baza + pliki).
2. Postaw infrastrukturę AWS według kroków wyżej.
3. Zaimportuj bazę i pliki.
4. Skonfiguruj CloudFront + SSL + Route 53.
5. Przetestuj wszystko na nowej domenie/IP przed przełączeniem DNS.
6. Przełącz DNS i monitoruj przez CloudWatch.

Więcej o najlepszych praktykach hostowania WordPress w chmurze znajdziesz w oficjalnym AWS Whitepaper: Best Practices for WordPress. Migracja WordPress na AWS to świetny projekt do nauki. Dotkniesz EC2, RDS, S3, CloudFront, VPC, Route 53, IAM - kluczowych serwisów, które pojawiają się na egzaminie Solutions Architect. Dwa w jednym: szybsza strona + wiedza o AWS.