הניסיון שלי עם Plesk

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

העסקה הושלמה, הכנר לא היה נחוץ עוד. סוֹף. לא באמת.

האתר רץ ב-VM כפול ליבה של 4 ג'יגה-בייט ב-Linode, ב-Debian5 מסובך עם זמן פעולה של 400 ימים ורשימה כזו של חבילות לא מעודכנות. חלק אינטרנט ב-CMS שנכתב בעצמו, nginx, php5.3 FPM, Percona מכוון ל-mysql. באופן עקרוני, זה עבד.

במקביל לשיחות איתי, הבעלים החדש חיפש מתכנת שיביא את הפרויקט לציפיות. מצאתי. המתכנת העריך את התעבורה וההיקפים והחליט שהוא יודע לבצע אופטימיזציה וניהול עלויות. הוא העביר את האתר כולו לאירוח משותף של 700 רובל המנוהל על ידי ה-IS****er הרגיל שלו. כמה ימים לאחר מכן הייתה שיחה נוספת מהבעלים: "הכל איטי ונראה שנשברנו". ניסיתי לתקן את המצב דרך הפאנל, אך לאחר זמן מה של ניסיונות עקרים לשנות את גרסת ה-PHP או המטפל מ-fcgi ל-fpm, התייאשתי ונכנסתי למעטפת. שם מצאתי באגים מאופשר שהאיר בכל האינטרנט עם הסיסמה מהשריר, 777 בחלק מהתיקיות שעד אז פצחו בתוכנות זדוניות ושטויות דומות. הבעלים הבין והחליט שזה לא נכון לחסוך באחסון, מתכנת ומנהל שיכול לפקוח עין על איך הדברים מתנהלים.

אנחנו הולכים ל-RuVDS. קצת יותר קרוב מהלינוד הבריטית, ואם תרצו פתאום לאחסן נתונים אישיים וכל זה, לא תצטרכו לעבור לשום מקום אחר. מכיוון שהפרויקט תוכנן להתרחב, לקחנו VM לצמיחה: 4 ליבות, 8 גיגה-בייט של זיכרון, 80GB של דיסק. זה לא שאני לא יודע איך להגדיר ידנית תצורות nginx, פשוט לא הייתה לי את ההתלהבות לעבוד על הפרויקט הזה בצורה כל כך אינטימית (ראה למעלה לגבי משרה חלקית). לכן התקנתי את Plesk (כאן אשמיט את פרטי ההתקנה, כי בגדול אין כאלה: הפעלתי את המתקין, הגדרתי את הסיסמה למנהל המערכת, הכנסתי את המפתח - זה הכל), אז זה היה 17.0. ההגדרות הבסיסיות פועלות באופן נסבל מחוץ לקופסה, יש fail2ban והגרסאות האחרונות הזמינות של PHP ו-nginx. 

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

אז התקנתי את זה. חסכתי הרבה זמן, הפעלה מחדש של האתר בשרת חדש הייתה כמעט מיידית. כל שנותר היה לערוך את תצורת השריר, לתת לו חצי מהזיכרון ולהגדיל את מספר בריכות החוצץ, ולתת ל-nginx חצי מהליבות (Plesk לא נוגע בתצורות גלובליות), ולמשך כמה ימים להיכנס למעטפת להסתכל בסטטיסטיקה של mysqltuner. כן, וקניתי את ImunifyAV בתשלום מקטלוג ההרחבות כדי להיפטר מהתוכנה הזדונית המוצפת. נמצאו כ-11000 קבצים נגועים. התועבה היא שפיסות קוד מעורפלות נשפכו לתוך הסטטיקה, וניקוי זה ביד היה משעמם לחלוטין. תחילה ניסיתי ClamAV, אבל, כפי שהתברר, זה לא דורש דברים כאלה, אבל ImunifyAV יכול. יתרה מזאת, הקבצים שעברו חיטוי נשארים במצב עבודה; הקטע עם התוכנה הזדונית פשוט נמחק.

החשבון פשוט: 50 דולר לחודש עבור VMka, 10 דולר עבור Plesk (למעשה פחות, כי קניתם אותו לשנה בבת אחת עם הנחה של חודשיים) ו-3 דולר עבור אנטי וירוס. או הרבה כסף על הזמן שלי, שהייתי מוציא על השרת בהתחלה, לגרוף את האורוות האלה באופן ידני. הבעלים היה די מרוצה מהסידור הזה.

בינתיים הם מצאו מתכנת חדש. סיכמנו איתו על חלוקת האחריות, יצרנו תת-דומיין לגרסת הבדיקה והחלה העבודה. הוא חתך גרסה חדשה של האתר ב-Laravel, ואני הסתכלתי על fail2ban%).

מעניין שזרימת הסקרנים לא נעצרת ותמיד יש כמאה כתובות ברשימת הכתובות האסורות. ההשפעה מעניינת: בפרט, בדרך כלל, אם אני נכנס למעטפת, אני רואה כ-20000-30000 ניסיונות כושלים להיכנס דרך SSH בברכה. עם fail2ban מופעל, כ-70. מאמצים מושקעים: 0. למרבה הצער, זה לא היה בלי טיפת משחה. כברירת מחדל, WAF (Modsecurity) הופעל למחצה: במצב גילוי. כלומר, הוא כתב פעילות חשודה ביומן, אך למעשה לא נקט פעולה. ו-fail2ban קרא ללא הבחנה את כל היומנים, לפי הכלא המופעלים, והרג את כל מה שזז. לכן, אספנו חצי מהעורכים :D. הייתי צריך להשבית את הכלא הזה, ולרשום את כתובות ה-IP הדרושות לאמינות. מאמצים מושקעים: תקע פעמיים את העכבר ולמד את העורכים להגיד לך את כתובת ה-IP שלך.

מה שהמתכנת אהב מיד זה היכולת להעלות מסדי נתונים ישירות לפאנל וגישה מהירה ל-phpMyAdmin

מה שאהבתי היו היומנים והגיבויים. יומנים נכתבים ומסתובבים מחוץ לקופסה; קל מאוד להגדיר גיבויים. בזמנים הכי איטיים, נעשה גיבוי מלא, כ-10 הופעות, ואז כל יום גיבוי מצטבר, 200 מגה-בייט כל אחד, למשך שבוע. השחזור הוא פרטני, עד לקובץ או מסד נתונים ספציפיים. אם אתה צריך לשחזר מאחד מצטבר, אז אתה לא צריך לטרוח קודם עם שחזור מלא ושחזור של כל השרשרת, Plesk עושה הכל בעצמו. אתה יכול להעלות גיבויים מכל מקום: ל-FTP, dropbox, s3 bucket, google drive וכו'.

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

הבעיות הראשונות החלו. האתר החדש היה צפוי להיות כבד יותר מהישן, אבל המגרפה האמיתית הייתה שכדי למשוך תנועה הם השתמשו, בין היתר, ב- Yandex.Zen, שהביאה המון מבקרים. האתר קרס עם 150 חיבורים בו זמנית (אני לא מדבר על RPS, כי הם לא מדדו את זה). התחלנו לתקוע כפתורים ולסובב כפתורים באזור ההגדרות של php_fpm:
 

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

אתגר חדש - 2000 חיבורים. הגרסה של Plesk 17.8 בדיוק הספיקה להשתחרר, בה, בין היתר, נוסף מטמון nginx. מעודכן (קל באופן מפתיע). בוא ננסה. עובד! ואז הם צעדו על הצד הרך, הזנת Yandex.Zen הפסיקה לעבוד. האתר עובד, הפיד לא עובד. הפיד לא עובד, אין תנועה. האווירה מתחממת. בלחץ הנסיבות ומחוסר דמיון, ניגשתי מיד ל-strace ו-nginx ומצאתי את מה שחיפשתי. מסתבר שבשלב מסוים nginx טיפש שומר את השגיאה ה-500 של התועה כתגובה ל-Yandex get feed.xml. תיקן את זה על ידי הוספת חריגים להגדרות המטמון:

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

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

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

לפני זמן לא רב שוחרר Plesk Obsidian (18.0), עדכנו על סמך ניסיון העבר ללא חשש. הכל הלך חלק מאוד, אין אפילו על מה לדבר. הנעים הוא שאיכות הממשק השתפרה מאוד, הוא הפך למודרני יותר והפך נוח יותר במקומות מסוימים. דבר מגניב ניטור מתקדם בגרפאנה.

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

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

דרך אגב. התמונה מראה ש-PHP Composer הופיע. עדיין לא שיחקנו עם זה, אבל, נניח, עבור Laravel, זה יכול לחסוך כמה כניסות מעטפת וקצת זמן בהתקנת תלות. אותה מערכת קיימת עבור Node.JS ו-Ruby.

עם SSL הכל פשוט. אם הדומיין נפתר כצפוי, Let's Encrypt נעשה בלחיצה אחת ולאחר מכן מעדכן את עצמו, גם עבור הדומיין עצמו, וגם עבור תת-דומיינים, ואפילו שירותי דואר.

Plesk עצמה כתוכנה כרגע די נעימה ויציבה. הוא מעדכן את עצמו ואת הציר בשקט, צורך מעט משאבים ועובד בצורה חלקה. אני אפילו לא זוכר שדרכתי על משהו איפשהו, שהיה פגם ברור במוצר. היו בעיות, כמובן, אבל הן נבעו מתצורה לא מושלמת או איפשהו בצומת, אז אין על מה להתלונן. ההתרשמות מהעבודה עם Plesk נעימה בדרך כלל. מה שאין לו, ואנחנו צריכים להבין את זה, הוא כל (כל) מקבץ. לא LB ולא HA. אתה יכול לנסות, אבל המאמץ הכרוך בכך יהיה כל כך הרבה שעדיף לעשות משהו שונה מההתחלה.

אני חושב שאפשר לסכם את זה. למקרה שבו אין מנהל, או שאין מספיק ממנו, כאשר מחיר האחסון והאתרים שמסתובבים בו עולה על, ובכן, נניח, 100 דולר, כשאנחנו לא מדברים על שיתוף בהמות של 1500 אתרים בשרת, כאשר מקבל ההחלטות עומד מולו אם יש לך בחירה לשכור מנהל במשרה חלקית, או לקנות תוכנה ולהחזיק מנהל בחצי דולר, או לא להחזיק בכלל - זה בהחלט הגיוני. מנקודת מבטו של המנהל המרוחק - אותו דבר. 10$ לחודש, וחוסך זמן ונותן גמישות בעבודה לזמן ארוך מאודоכמות גדולה יותר. אם, למשל, תתבקש בתוקף לקחת פרויקט דומה תחת חסותי, אתעקש להעביר אותו לפלסק.

מקור: www.habr.com