כשל פשוט לאתר (ניטור + DNS דינמי)

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

לחיות עם כשל או בלי?

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

עכשיו, איך זה קורה בגרסה יפה עם קובץ:

• קורית טעות
• השגיאה מזוהה באופן אוטומטי
• נשלחת התראה
• המעבר לאחד משרתי הגיבוי מועבר
• ברוגע וללא פאניקה, הבעיה מסודרת, מתוקנת והשרת מוחזר לפעולה.

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

העתיד כבר כאן!

בעבר, הבעיה העיקרית שהפכה את מעבר הכשל לרוב לפתרון בלתי מקובל הייתה כמות העלות שהיא עולה. או שהיה צורך לקנות חומרה יקרה (ולהזמין אפילו מומחים יקרים יותר). או חווה קולקטיבית משהו מסובך לפי המדריכים (אפילו נתקלתי באופציה שבה שני שרתים מחוברים בנוסף עם כבל מודם null, ושולחים דרכו פעימות לב, כך שבזמן הנכון שרת הגיבוי מזהה את זה ומשתלט לִשְׁלוֹט). עכשיו יש דרכים קלות יותר וחינמיות. אם יש לך אתר עם חתולים, אין שום תירוץ בשבילך לא ליישם עבורו failover עדיין!

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

האתר הכי אמין עם חתולים

כדי להמחיש באופן מעשי את הפתרון עם okerr + dns דינמי, השקנו את האתר שלנו עם חתולים cat.okerr.com. אנחנו שונאים חתולים, אז לא יהיו הרבה מהם שם. ישנם שלושה אתרים בסך הכל, כל אחד מהם נראה בערך אותו הדבר (כולם על אותה תבנית), אבל עם חתלתולים שונים כדי להקל על ההבחנה, וכל אחד כותב מידע טכני כדי לראות כיצד עובד ה-failover. העמוד מעדכן את עצמו אחת לדקה, אך תמיד ניתן ללחוץ על טען מחדש בדפדפן.

במידע הטכני ישנה שורה "סטטוס=אישור". לפעמים שרתים מעמידים פנים של בעיות וכותבים status=ERR. השרת הראשי "נראה קורס" ב-20 דקות מכל שעה (0:20, 1:20, 2:20, …). שרת גיבוי תוך 40 דקות. השרת האחרון ("סליחה" שרת) פועל תמיד. ב-0 דקות מכל שעה, השרת הראשי והגיבוי "משוחזרים".

אם תפתחו את האתר ותשאירו אותו בלשונית, תראו שהוא אף פעם לא קורס (למרות שכל שרת בודד מדי פעם מדמה בעיה), ובמקרה של בעיה בשרת הוא פשוט "רץ" בין שרתים חיים. התמונה, השם והכתובת של השרת ותפקידו ישתנו. לפעמים אתה יכול לתפוס את הרגע שבו סטטוס = ERR (הבעיה כבר קיימת, אבל כל סכימת הכשל עדיין לא עבדה), אבל העדכון הבא יראה לך דף מהאתר העובד.

כשל ב- okerr + DNS דינמי

בוא נראה איך זה עובד מתחת למכסה המנוע. המשימה של הקובץ היא להבטיח שכתובת cat.okerr.com מפנה תמיד לכתובת ה-IP של השרת הפועל.
מאחורי כל אחד מהשרתים המארחים את אתר החתולים שלנו ב- okerr יש אינדיקטור שבודק את הסטטוס שלו פעם בדקה.

בצילום מסך זה אנו רואים כיצד האתר cat.okerr.com נבדק משרת alpha.okerr.com. הדף צריך להכיל status=OK, וכפי שאנו רואים למעלה, מצב המחוון שלנו בסדר כעת. כאשר השרת "נשבר", תהיה ERR. (זו רק דוגמה אחת של אינדיקטור, okerr הוא ניטור, אז אתה יכול לצרף כל סוג של מחוון, למשל, לבדוק את השטח הפנוי בדיסק, מספר ההזמנות החדשות במסד הנתונים, ואפילו אינדיקטורים לוגיים, למשל , בלילה יהיו כמה קריטריונים לשגיאה, ובמהלך היום אחרים).

בהגדרות הפרויקט יצרנו ערכת כשל עם האינדיקטורים הבאים:

לתכנית יש שלושה אינדיקטורים (שלושה שרתים), שונים בעדיפותם. השרת הראשי של האתר הוא צ'רלי, אם הוא לא עובד (לא יהיה לו "סטטוס=בסדר" או שהוא פשוט לא זמין), אז בראבו ובמקרה האחרון - אלפא. הצד הימני של הדף מציג את המצב של רשומת ה-DNS בשרתים שונים.

למי ששם לב שנעשה שימוש בשם cat.he.okerr.com: אנו משתמשים בסכימה קצת יותר מורכבת. במקום רק לשנות את רשומת ה-DNS של cat.okerr.com, אנו משנים את cat.he.okerr.com (בספק ה-DNS הדינמי הוריקן אלקטריק), ו-cat.okerr.com הוא CNAME (כינוי), שאינו משתנה, מצביע תמיד על cat.he.okerr.com. אנחנו פשוט אוהבים יותר את הוריקן כ-DNS דינמי, ויש לו מפתחות לניהול כניסה בודדת (ולא אזור שלם), אנחנו חושבים שזה בטוח יותר. אתה גם לא צריך לציין סיסמאות מפתח ב- okerr כדי לנהל את כל הדומיין, אלא רק עבור תת-דומיין או רשומה.

מנפילה לעליה

שלב אחר שלב כיצד תכנית זו פועלת:

1. מתרחשת בעיה (מדומה) בשרת
2. חיישן okerr בודק את המצב של כל שרת אחת לדקה ומדווח לשרת הפרויקט הראשי ב- okerr
3. מחוון השרת המתאים משתנה מאישור ל-ERR
4. כאשר המצב של המחוון משתנה, מחושב מחדש את הכשל, ומחושב איזו כתובת צריך להגדיר (במידת הצורך. לדוגמה, אם השרת הראשי עובד, ובמקביל שרת הגיבוי מת, לא יחולו שינויים עָשׂוּי)
5. כתובת זו מדווחת לשירות dns הדינמי. עם השלמת שלב זה, תראה את הסטטוס "מסונכרן" בצד ימין.
6. בקרוב מאוד (שניות) הרשומה תגיע לשרתי ה-DNS של הדומיין שלך (עבור אתר החתולים זה ns1-ns5.he.net).
7. מרגע זה ואילך, חלק מהמשתמשים כבר יהיו בשרת החי החדש. אבל עדיין לא כל שרתי ה-DNS בעולם עדכנו את הרשומות, וייתכן שהרשומה הישנה עדיין נמצאת במטמון איפשהו. אתה יכול לראות כיצד הנתונים בשרתי DNS ציבוריים "רוקדים", ומציגים ערך חדש או ישן. אם תעדכן את דף תצורת הכשל, המפעיל עצמו יבקש נתונים חדשים משרתי ה-DNS.
8. לאחר שהנתונים התייצבו, הרשומה הישנה המאוחסנת במטמון רקובה בכל מקום - כל 100% מהבקשות עוברות לשרת החדש.

כדי להאיץ את שלב 7 (לעיתים קרובות הארוך ביותר), יש להגדיר את ה-TTL של רשומת ה-DNS הדינמית נמוך ככל האפשר. בדרך כלל השירותים מאפשרים מרווחים של 90-120 שניות. זו פשרה סבירה לחלוטין.

בנוסף

כל זה יכול להיות מוגדר בערב (אם כבר יש לך שרת גיבוי). גם שירותי okerr וגם שירותי DNS דינמיים הם בחינם. כדי לקבל יותר צ'קים ב- okerr ותקופת אימות קצרה יותר, עליך להשלים הדרכה (מדף הפרופיל שלך). בסיום, הרמה מיד עולה (20 אינדיקטורים לשעה + 1 מהיר, 10 דקות). ואם יש מעט מהם, כתוב ל [מוגן בדוא"ל], סביר להניח שניתן יהיה להגדיל (עד כה תמיד הייתה הזדמנות, מעולם לא סירבתי, להיפך, הצעתי אותה בעצמי). רק שבהתחלה אני לא רוצה להבטיח הכל, אני לא בטוח שיש לי מספיק יכולת לעמוד במילה שלי. אבל עד כה יש מעט משתמשים, כך שאין בעיות בהגדלת המגבלות.

מה Okerr יכול לעשות באופן כללי - תסתכל באתר הַצָגָה. באופן כללי, זה ניטור (zabbix מהענן), והפילר הוא פונקציה נוספת נחמדה. אתה יכול גם לגשת להדגמה מהאתר ללא הרשמה.

כאשר סטטוס המחוון משתנה, נשלחת הודעה בדוא"ל או בטלגרם. (בדקנו מה קורה והבנו שנראה שהטלגרם הוא השליח האמין ביותר. תודה ל-RKN על מבחן המאמץ!) כש- okerr מוגדר כהלכה, כל הודעה היא אות "תשחרר הכל, אנחנו צריכים לתקן את זה!" , או "כיבוי האורות!" לא אמורות להיות התראות נוספות מהאוקרה (אם יש, יש להגדיר אותן בצורה אחרת). לדוגמה, עבור אתר החתולים שלנו, שרת האלפא הוא האחרון ולעולם לא מזייף שגיאה. אם הוא שוכב, אנחנו צריכים לדעת. אבל שרתים אחרים מעמידים פנים שגיאות כל הזמן, לכן, כדי לא לקבל התראות מספר פעמים בשעה, לאותם אינדיקטורים יש מצב "שקט".

זה גם הגיוני ליצור שרת מצטער (בכל אירוח הזול ביותר), שיכיל את דף ההתנצלות שלך (במקרה שכל השרתים הראשיים והגיבוי תקועים) או יפנה אותך לדף הסטטוס ב-okerr (לדוגמה, שלנו cp.okerr.com/status/okerr) או statuspage.io.

מקור: www.habr.com