שרת ענן לוורדפרס - המדריך המלא לאחסון וורדפרס בענן

אחסון וורדפרס בענן פירושו להריץ את האתר על שרת וירטואלי עם משאבים שמוקצים רק לכם - מעבד, זיכרון ודיסק NVMe - במקום לחלוק שרת עם מאות אתרים אחרים. שרת ענן לוורדפרס נותן ביצועים צפויים, שליטה מלאה בגרסאות ובהגדרות, ויכולת להגדיל משאבים בדקות כשהתנועה גדלה. המחיר: מישהו צריך להגדיר ולתחזק את השרת - אתם או שירות מנוהל. במדריך נעבור על ההחלטה, על התכנון ועל ההגדרות שבאמת משנות.

מתי כדאי לעבור מאחסון משותף לשרת ענן לוורדפרס?

כדאי לעבור כשהאחסון המשותף מתחיל להגביל אתכם - בביצועים, בשליטה או באמינות. סימנים מובהקים:

• האתר איטי בשעות עומס - זמן תגובה ראשוני (TTFB) שקופץ לשנייה ומעלה, למרות Cache.
• שגיאות 503 או 508 - חריגה ממגבלות משאבים (CPU, תהליכים, Inodes) שהספק מטיל.
• חנות WooCommerce - עגלה, Checkout ואזור אישי לא נשמרים ב-Page Cache, ולכן כל לקוח מפעיל PHP ומסד נתונים.
• צורך בשליטה - גרסת PHP מסוימת, הרחבות, Cron אמיתי, Redis, הגדרות Nginx, גישת SSH ו-WP-CLI.
• שכנים רועשים - אתר אחר על אותו שרת צורך משאבים או נפרץ, ואתם מרגישים את זה.
• מספר אתרים - סוכנות או עסק עם כמה אתרים ירוויחו משרת אחד מסודר.

חשוב לזכור שמעבר לשרת ענן לא יפתור לבדו בעיות של תוספים כבדים, תבנית לא יעילה או תמונות לא דחוסות. לפני המעבר כדאי להריץ בדיקה בסיסית (למשל עם Query Monitor) ולזהות את צווארי הבקבוק - כך תדעו אם הבעיה היא באחסון או באתר עצמו.

כמה משאבים צריך לאתר וורדפרס?

התשובה תלויה פחות במספר הגולשים ויותר במספר הבקשות הדינמיות - כאלה שלא מוגשות מ-Cache. אתר תדמית עם Page Cache יכול לשרת תנועה גבוהה על שרת קטן, בעוד שחנות עם הרבה משתמשים מחוברים צריכה הרבה יותר. הטבלה הבאה היא נקודת פתיחה מעשית, בהנחה של Cache מוגדר נכון:

כלל אצבע לזיכרון: כל תהליך PHP-FPM של וורדפרס צורך בדרך כלל 60-120MB, ומסד הנתונים צריך מספיק זיכרון כדי להחזיק את הטבלאות הפעילות. אפשר לראות את החבילות והמחירים המעודכנים בעמוד המחירים, ולהגדיל משאבים בהמשך בלי להעביר את האתר. מדריך כללי לבחירת מפרט: איך לבחור שרת ענן.

איזו סביבת שרת מומלצת לוורדפרס?

הסביבה המומלצת היא Stack מודרני ופשוט: מערכת הפעלה לינוקס בגרסת LTS, שרת Web מהיר, PHP-FPM, מסד נתונים MariaDB ו-Redis. רוב הסביבות האלה רצות על שרת ענן לינוקס עם Ubuntu או Debian.

• Nginx או LiteSpeed

  Nginx עם PHP-FPM הוא הבחירה הנפוצה והגמישה; LiteSpeed מצטיין באינטגרציה עם תוסף LiteSpeed Cache. שניהם עדיפים בבירור על Apache עם mod_php לאתרים עמוסים.

• PHP-FPM 8.3 ומעלה

  השתמשו בגרסת PHP שעדיין מקבלת עדכוני אבטחה - 8.3 או חדשה יותר - והפעילו OPcache. בדקו תאימות של תוספים לפני שדרוג גרסה.

• Redis Object Cache

  שומר בזיכרון תוצאות של שאילתות חוזרות. משמעותי במיוחד ל-WooCommerce ולאתרים עם משתמשים מחוברים.

• MariaDB מכוונת

  הגדרת innodb_buffer_pool_size בהתאם לגודל הנתונים והזיכרון, הפעלת Slow Query Log וניקוי טבלאות מנופחות.

איך מגדירים PHP-FPM, Redis ו-MariaDB?

ההגדרות החשובות ביותר הן מספר תהליכי PHP-FPM, גודל ה-Buffer Pool של מסד הנתונים והפעלת Object Cache. הנה דוגמה לשרת עם 4GB RAM שמריץ חנות WooCommerce קטנה (Ubuntu 24.04; נתיבים עשויים להשתנות לפי הגרסה):

; /etc/php/8.3/fpm/pool.d/www.conf
pm = dynamic
pm.max_children = 20        ; ~RAM פנוי ל-PHP חלקי צריכת תהליך
pm.start_servers = 4
pm.min_spare_servers = 2
pm.max_spare_servers = 6
pm.max_requests = 500

; /etc/php/8.3/fpm/conf.d/99-wordpress.ini
memory_limit = 256M
opcache.enable = 1
opcache.memory_consumption = 192
opcache.max_accelerated_files = 20000

# /etc/mysql/mariadb.conf.d/99-tuning.cnf
[mysqld]
innodb_buffer_pool_size = 1G
innodb_log_file_size    = 256M
max_connections         = 100
slow_query_log          = 1
long_query_time         = 1

אחרי שינוי מפעילים מחדש את השירותים, ומפעילים Redis Object Cache דרך WP-CLI:

sudo systemctl restart php8.3-fpm mariadb
sudo apt install redis-server php8.3-redis
wp plugin install redis-cache --activate
wp redis enable
wp redis status

שימו לב: ערכי pm.max_children צריכים להתאים לזיכרון הפנוי בפועל. ערך גבוה מדי יגרום לשרת להיגמר הזיכרון בשעת עומס - תקלה גרועה יותר מתור קצר של בקשות.

איך מגדירים Cache לוורדפרס בשרת ענן?

Cache נכון הוא ההבדל בין שרת שנחנק ב-50 גולשים בו-זמנית לשרת שמשרת אלפים. יש שלוש שכבות:

1. Page Cache - שמירת עמוד ה-HTML המלא והגשתו בלי להריץ PHP. ברמת השרת (Nginx FastCGI Cache, LiteSpeed Cache) או בתוסף. מחריגים עגלה, Checkout, החשבון שלי ומשתמשים מחוברים.
2. Object Cache - Redis שומר תוצאות שאילתות ואובייקטים, ומאיץ דווקא את העמודים שלא נכנסים ל-Page Cache.
3. OPcache - שומר את קוד ה-PHP המהודר בזיכרון. מופעל בהגדרות PHP ואין סיבה לוותר עליו.

דוגמה בסיסית ל-FastCGI Cache ב-Nginx שמדלגת על משתמשים מחוברים ועל עגלת WooCommerce:

fastcgi_cache_path /var/cache/nginx levels=1:2 keys_zone=WP:100m inactive=60m;
fastcgi_cache_key "$scheme$request_method$host$request_uri";

set $skip_cache 0;
if ($request_method = POST) { set $skip_cache 1; }
if ($request_uri ~* "/(cart|checkout|my-account|wp-admin)/") { set $skip_cache 1; }
if ($http_cookie ~* "wordpress_logged_in|woocommerce_items_in_cart") { set $skip_cache 1; }

location ~ \.php$ {
    fastcgi_cache WP;
    fastcgi_cache_valid 200 30m;
    fastcgi_cache_bypass $skip_cache;
    fastcgi_no_cache $skip_cache;
    include snippets/fastcgi-php.conf;
    fastcgi_pass unix:/run/php/php8.3-fpm.sock;
}

האם צריך CDN לאתר וורדפרס בישראל?

אם רוב הגולשים בישראל והשרת בישראל, CDN אינו הכרחי לזמני תגובה - אבל הוא עדיין שימושי. CDN מוריד מהשרת את הגשת התמונות, ה-CSS וה-JavaScript, חוסך תעבורה, ובחלק מהשירותים מוסיף הגנת DDoS ו-WAF. לאתר עם קהל בינלאומי CDN הוא כמעט חובה. זכרו שהגולש הישראלי מרוויח בעיקר משרת קרוב: זמן התגובה של העמוד הדינמי נקבע בשרת עצמו, ולכן שרת ענן בישראל הוא הבסיס, ו-CDN הוא תוספת.

איך מאבטחים שרת וורדפרס?

רוב הפריצות לאתרי וורדפרס נובעות מתוספים ותבניות לא מעודכנים ומסיסמאות חלשות - לא מהשרת עצמו. צ'קליסט מינימלי:

• עדכון שוטף של ליבת וורדפרס, התוספים והתבניות; הסרת תוספים שאינם בשימוש.
• עדכוני אבטחה אוטומטיים למערכת ההפעלה (unattended-upgrades).
• SSH עם מפתחות בלבד, ללא התחברות root בסיסמה. מדריך: איך מתחברים לשרת ב-SSH.
• חומת אש שמשאירה פתוחים רק את 80, 443 ופורט ה-SSH, ו-Fail2ban נגד ניסיונות כניסה.
• הגבלת wp-login.php ו-xmlrpc.php, ו-2FA למשתמשי ניהול.
• הרשאות קבצים נכונות: הבעלות של המשתמש שמריץ את PHP, בלי 777; DISALLOW_FILE_EDIT ב-wp-config.php.
• אתר נפרד = משתמש מערכת ו-PHP-FPM Pool נפרדים, כך שפריצה לאתר אחד לא מתפשטת.

לא רוצים לנהל את כל זה בעצמכם? בשירות ענן מנוהל הצוות שלנו מתקין, מעדכן ומנטר את השרת.

איך מגבים אתר וורדפרס על שרת ענן?

גיבוי וורדפרס צריך לכלול את מסד הנתונים ואת תיקיית wp-content, ולהישמר גם מחוץ לשרת. שילוב מומלץ: Snapshot יומי של השרת כולו אצל הספק לשחזור מהיר, ובנוסף Dump של מסד הנתונים וגיבוי קבצים מוצפן לאחסון חיצוני. לחנויות כדאי לגבות את מסד הנתונים כמה פעמים ביום, כי הזמנות שאבדו קשה לשחזר. פירוט מלא בגישת גיבוי 3-2-1.

# גיבוי מסד נתונים יומי עם WP-CLI (מתוך תיקיית האתר)
wp db export /backup/db-$(date +%F).sql --single-transaction
gzip /backup/db-$(date +%F).sql

שרת ענן מנוהל או לא מנוהל לוורדפרס?

שרת לא מנוהל מתאים למי שיש לו ידע בלינוקס וזמן לתחזוקה; שרת מנוהל מתאים לכל השאר. בשרת לא מנוהל אתם מקבלים מכונה נקייה עם גישת root, ואחראים בעצמכם להתקנת ה-Stack, לעדכונים, לחומת האש, לניטור ולגיבויים. זה זול יותר וגמיש לחלוטין, אבל כל תקלה בשתיים בלילה - שלכם.

בשרת מנוהל צוות הספק מקים את הסביבה, מעדכן את מערכת ההפעלה, מנטר זמינות ומשאבים ומטפל בתקלות ברמת השרת. אתם ממשיכים לנהל את האתר עצמו - תוכן, תוספים ועיצוב. לרוב בעלי העסקים, סוכנויות קטנות וחנויות בלי מפתח צמוד, החיסכון בזמן ובסיכון מצדיק את התוספת. כך או כך, ודאו שברור בכתב מי אחראי לעדכוני וורדפרס והתוספים - זה הפער שבו קורות רוב הפריצות.

מהן הטעויות הנפוצות בשרת ענן לוורדפרס?

• שרת גדול במקום Cache - הכפלת המעבד לא תעזור אם כל בקשה מריצה 300 שאילתות. קודם Cache ואופטימיזציה, אחר כך משאבים.
• WP-Cron על תנועת גולשים - באתרים עמוסים עדיף לבטל את WP-Cron (DISABLE_WP_CRON) ולהריץ אותו מ-cron של המערכת כל כמה דקות.
• טבלת wp_options מנופחת - נתוני autoload שהצטברו מתוספים ישנים מאטים כל טעינת עמוד. כדאי לבדוק ולנקות מדי פעם.
• גיבוי על אותו שרת - תוסף גיבוי ששומר קבצים בתיקיית wp-content לא יעזור כשהשרת עצמו נפגע.
• אין סביבת Staging - עדכון תוסף ישירות בחנות חיה בערב מבצע הוא מתכון לתקלה. העתק Staging על אותו שרת עולה מעט ומונע הרבה.
• ללא ניטור - בלי התראה על דיסק מלא, זיכרון שנגמר או אתר שלא עונה, תגלו על התקלה מהלקוחות.

איך מעבירים אתר וורדפרס לשרת ענן בלי השבתה?

מעבר בלי השבתה מתבסס על הכנת השרת החדש במקביל והחלפת ה-DNS רק בסוף:

1. מורידים את ה-TTL של רשומות ה-DNS לכמה דקות, יום לפני המעבר.
2. מקימים ומגדירים את השרת החדש: Stack, SSL, Cache, חומת אש.
3. מעתיקים קבצים ומסד נתונים, ובודקים את האתר דרך קובץ hosts מקומי.
4. בחנויות: מקפיאים שינויים לזמן קצר, מסנכרנים שוב את מסד הנתונים, ומחליפים DNS.
5. מנטרים לוגים ושגיאות במשך כמה ימים, ורק אז מבטלים את האחסון הישן.

אפשר גם להשאיר את זה לנו: שירות המעבר לענן כולל העברת אתרי וורדפרס וחנויות ובדיקות לאחר המעבר.