הפעלת Windows Server Failover Clustering

יצירת הרשת

האשכול שלכם דורש רשת בהתאמה אישית. משתמשים ב-VPC כדי ליצור רשת בהתאמה אישית ותת-רשת אחת על ידי הפעלת פקודות gcloud ב-Cloud Shell.

1. יוצרים את הרשת:

   gcloud compute networks create wsfcnet --subnet-mode custom
   

   שם הרשת שיצרתם הוא wsfcnet.

2. יוצרים רשת משנה. מחליפים את [YOUR_REGION] באזור GCP סמוך:

   gcloud compute networks subnets create wsfcnetsub1 --network wsfcnet --region [YOUR_REGION] --range 10.0.0.0/16
   

   השם של רשת המשנה שיצרתם הוא wsfcnetsub1.

שימו לב שטווח כתובות ה-IP של CIDR ברשת המשנה הזו הוא 10.0.0.0/16. זוהי דוגמה לטווח שמשמש במדריך הזה. במערכות ייצור, כדאי לעבוד עם האדמינים של הרשת כדי להקצות טווחי כתובות IP מתאימים למערכות.

יצירת כללים לחומת האש

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

1. במדריך הזה, פותחים את יציאה 3389 ברשת הראשית כדי לאפשר חיבורי RDP. בפקודה הבאה, מחליפים את [YOUR_IPv4_ADDRESS] בכתובת ה-IP של המחשב שבו משתמשים כדי להתחבר למכונות הווירטואליות. במערכת ייצור, אפשר לספק טווח כתובות IP או סדרה של כתובות.

   gcloud compute firewall-rules create allow-rdp --network wsfcnet --allow tcp:3389 --source-ranges [YOUR_IPv4_ADDRESS]
   

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

   gcloud compute firewall-rules create allow-all-subnet --network wsfcnet --allow all --source-ranges 10.0.0.0/16
   

   שימו לב שהערך source-ranges תואם לטווח ה-CIDR שבו השתמשתם כדי ליצור את רשת המשנה.

3. כדי לראות את הכללים של חומת האש:

   gcloud compute firewall-rules list
   

   הפלט אמור להיראות כך:

   NAME              NETWORK  DIRECTION  PRIORITY  ALLOW            DENY  DISABLED
   allow-all-subnet  wsfcnet  INGRESS    1000      all                    False
   allow-rdp         wsfcnet  INGRESS    1000      tcp:3389               False

הפעלת אשכולות למעבר אוטומטי לגיבוי ב-Compute Engine

כדי להפעיל אשכולות לגיבוי במקרה של כשל בסוכן Compute Engine, צריך להוסיף את הדגל enable-wsfc=true להגדרות של המכונה הווירטואלית. אפשר לעשות את זה על ידי ציון הדגל כמטא-נתונים מותאמים אישית של המכונה הווירטואלית, או על ידי יצירת קובץ הגדרה בכל מכונה וירטואלית, כמו שמתואר במסמכי התיעוד של Compute Engine.

במדריך הזה, הדגל מוגדר כמטא-נתונים בהתאמה אישית כשיוצרים את המכונות הווירטואליות, כמו שמתואר בקטע הבא. בנוסף, ההדרכה מסתמכת על התנהגות ברירת המחדל של wsfc-addrs ושל wsfc-agent-port, כך שלא צריך להגדיר את הערכים האלה.

יצירת השרתים

לאחר מכן, יוצרים את 3 השרתים. משתמשים בפקודה gcloud ב-Cloud Shell.

יצירת השרת הראשון של צומת באשכול

יוצרים מכונה חדשה של Compute Engine. מגדירים את המכונה באופן הבא:

• נותנים למכונה את השם wsfc-1.
• מגדירים את הדגל --zone לאזור שנוח לכם וקרוב אליכם. לדוגמה, us-central1-a.
• מגדירים את הדגל --machine-type לערך n1-standard-2.
• מגדירים את הדגל --image-project לערך windows-cloud.
• מגדירים את הדגל --image-family לערך windows-2016.
• מגדירים את הדגל --scopes לערך https://www.googleapis.com/auth/compute.
• מגדירים את הדגל --can-ip-forward כדי להפעיל העברת IP.
• מגדירים את הדגל --private-network-ip לערך 10.0.0.4.
• מגדירים את הרשת ל-wsfcnet ואת רשת המשנה ל-wsfcnetsub1.
• משתמשים בפרמטר --metadata כדי להגדיר את enable-wsfc=true.

מריצים את הפקודה הבאה ומחליפים את [YOUR_ZONE_1] בשם של האזור הראשון:

gcloud compute instances create wsfc-1 --zone [YOUR_ZONE_1] --machine-type n1-standard-2 --image-project windows-cloud --image-family windows-2016 --scopes https://www.googleapis.com/auth/compute --can-ip-forward --private-network-ip 10.0.0.4 --network wsfcnet --subnet wsfcnetsub1 --metadata enable-wsfc=true

יצירת השרת השני של צומת האשכול

בשרת השני, מבצעים את אותם השלבים, אבל:

• מגדירים את שם המכונה לערך wsfc-2.
• מגדירים את הדגל --zone לאזור אחר מזה שבו השתמשתם עבור השרת הראשון. לדוגמה, us-central1-b.
• מגדירים את הדגל --private-network-ip לערך 10.0.0.5.

מחליפים את [YOUR_ZONE_2] בשם של האזור השני:

gcloud compute instances create wsfc-2 --zone [YOUR_ZONE_2] --machine-type n1-standard-2 --image-project windows-cloud --image-family windows-2016 --scopes https://www.googleapis.com/auth/compute --can-ip-forward --private-network-ip 10.0.0.5 --network wsfcnet --subnet wsfcnetsub1  --metadata enable-wsfc=true

יצירת השרת השלישי ל-Active Directory

עבור בקר הדומיין, פועלים לפי אותם השלבים, אבל:

• מגדירים את שם המכונה לערך wsfc-dc.
• מגדירים את הדגל --zone לאזור שונה מהאזורים שבהם השתמשתם עבור השרתים האחרים. לדוגמה, us-central1-c.
• מגדירים את הדגל --private-network-ip לערך 10.0.0.6.
• השמטה --metadata enable-wsfc=true.

מחליפים את [YOUR_ZONE_3] בשם האזור:

gcloud compute instances create wsfc-dc --zone [YOUR_ZONE_3] --machine-type n1-standard-2 --image-project windows-cloud --image-family windows-2016 --scopes https://www.googleapis.com/auth/compute --can-ip-forward --private-network-ip 10.0.0.6 --network wsfcnet --subnet wsfcnetsub1

הצגת המקרים

אפשר לראות את הפרטים של המכונות שיצרתם.

gcloud compute instances list

הפלט אמור להיראות כך:

NAME     ZONE           MACHINE_TYPE  PREEMPTIBLE INTERNAL_IP  EXTERNAL_IP     STATUS
wsfc-1   us-central1-a  n1-standard-2             10.0.0.4     35.203.131.133  RUNNING
wsfc-2   us-central1-b  n1-standard-2             10.0.0.5     35.203.130.194  RUNNING
wsfc-dc  us-central1-c  n1-standard-2             10.0.0.6     35.197.27.2     RUNNING

התחברות למכונות ה-VM

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

יצירת סיסמאות

1. נכנסים לדף VM instances במסוף Cloud de Confiance .

   כניסה לדף VM instances

2. לוחצים על השם של מכונת ה-VM שרוצים להגדיר לה סיסמה חדשה.

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

התחברות באמצעות RDP

במאמרי העזרה של Compute Engine מוסבר איך להתחבר למכונות וירטואליות של Windows באמצעות RDP. אפשר:

• שימוש בלקוח קיים.
• מוסיפים לדפדפן תוסף Chrome RDP ואז מתחברים דרך מסוףCloud de Confiance .

בכל פעם שמצוין במדריך הזה להתחבר למופע של Windows, צריך להשתמש בחיבור RDP המועדף.

הגדרת רשתות ב-Windows

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

משתמשים ב-RDP כדי להתחבר אל wsfc-1, wsfc-2 ו-wsfc-dc, וחוזרים על השלבים הבאים לכל מופע:

1. ב-Server Manager, בחלונית הימנית, בוחרים באפשרות Local Server (שרת מקומי).
2. בקטע Ethernet בחלונית Properties, לוחצים על IPv4 address assigned by DHCP, IPv6 enabled.
3. לוחצים לחיצה ימנית על Ethernet (אתרנט) ובוחרים באפשרות Properties (מאפיינים).
4. לוחצים לחיצה כפולה על Internet Protocol Version 4 (TCP/IPv4) (גרסה 4 של פרוטוקול אינטרנט (TCP/IPv4)).
5. בוחרים באפשרות Use the following IP address (שימוש בכתובת ה-IP הבאה).

6. מזינים את כתובת ה-IP הפנימית שהקציתם למכונה הווירטואלית כשנוצרה.

   • בשדה wsfc-1, מזינים '10.0.0.4'.
   • בשדה wsfc-2 מזינים '10.0.0.5'.
   • בשדה wsfc-dc מזינים את הערך 10.0.0.6.

7. בשדה מסכה של רשת משנה, מזינים '255.255.0.0'.

8. בשדה Default gateway, מזינים את כתובת ה-IP ‏10.0.0.1 שנשמרה אוטומטית לשער ברירת המחדל כשיוצרים את תת-הרשת wsfcnetsub1.

   כתובת ה-IP של שער ברירת המחדל היא תמיד הכתובת השנייה בטווח כתובות ה-IP הראשי של רשת משנה. אפשר לעיין במאמר בנושא כתובות שלא ניתן להשתמש בהן בטווחי רשתות משנה של IPv4.

9. ל-wsfc-1 ול-wsfc-2 בלבד:

   1. לוחצים על Use the following DNS server addresses (שימוש בכתובות שרתי ה-DNS הבאות).

   2. בקטע Preferred DNS server (שרת DNS מועדף), מזינים 10.0.0.6.

10. סוגרים את כל תיבות הדו-שיח.

    השינויים האלה מאפסים את מתאם הרשת הווירטואלית של המכונה הווירטואלית, ולכן אתם מאבדים את הקישוריות ל-RDP.

11. סוגרים את סשן ה-RDP ומתחברים מחדש למופע. אם תיבת הדו-שיח מהשלב הקודם עדיין פתוחה, סוגרים אותה.

12. בקטע המאפיינים של השרת המקומי, מוודאים שההגדרה Ethernet משקפת את כתובת ה-IP של השרת המקומי (10.0.0.4,‏ 10.0.0.5,‏ או 10.0.0.6). אם זה לא קורה, פותחים מחדש את תיבת הדו-שיח Internet Protocol Version 4 (TCP/IPv4)‎ ומעדכנים את ההגדרה.

זה הזמן לצלם תמונות של wsfc-1 ושל wsfc-2.

הגדרת Active Directory

עכשיו צריך להגדיר את בקר הדומיין.

1. משתמשים ב-RDP כדי להתחבר לשרת בשם wsfc-dc.
2. באמצעות אפליקציית שולחן העבודה 'ניהול המחשב' ב-Windows, מגדירים סיסמה לחשבון האדמין המקומי.
3. מפעילים את חשבון האדמין המקומי.

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

   • מסמנים את תיבת הסימון של התפקיד DNS Server (שרת DNS). השלב הזה לא מפורט בהוראות.
   • מסמנים את תיבת הסימון Restart the destination server automatically if required (הפעלה מחדש של שרת היעד באופן אוטומטי אם נדרש).
   • קידום שרת הקבצים לבקר דומיין.
   • במהלך השלב הוספת יער חדש, נותנים לדומיין את השם WSFC.TEST.
   • מגדירים את שם דומיין NetBIOS ל-WSFC (ברירת המחדל).

   הוראות של מיקרוסופט

זה הזמן לצלם תמונה של wsfc-dc.

יצירת חשבון משתמש בדומיין

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

צריך משתמש בדומיין עם הרשאות אדמין לשרתים של האשכול. איך לעשות את זה?

1. בבקר הדומיין (wsfc-dc), לוחצים על התחל, ואז מקלידים dsa כדי למצוא ולפתוח את האפליקציה 'משתמשים ומחשבים ב-Active Directory'.
2. לוחצים לחיצה ימנית על WSFC.TEST, מצביעים על חדש ולוחצים על משתמש.
3. בשדות שם מלא ושם הכניסה של המשתמש, מזינים cluster-admin.
4. לוחצים על הבא.
5. מזינים סיסמה למשתמש ומאשרים אותה. בוחרים את אפשרויות הסיסמה בתיבת הדו-שיח. לדוגמה, אתם יכולים להגדיר שהסיסמה לעולם לא תפוג.
6. מאשרים את ההגדרות ולוחצים על סיום.

7. הגדרת cluster-admin כאדמין ב-wsfc-dc:

   • לוחצים לחיצה ימנית על cluster-admin ובוחרים באפשרות הוספה לקבוצה.
   • מקלידים Administrators (אדמינים) ולוחצים על OK (אישור).

במדריך הזה נעשה שימוש בחשבון WSFC.TEST\cluster-admin כחשבון אדמין בכל מקום שבו נדרש חשבון כזה. במערכת ייצור, צריך לפעול לפי שיטות האבטחה הרגילות להקצאת חשבונות והרשאות. מידע נוסף זמין במאמר סקירה כללית על חשבונות Active Directory שנדרשים לאשכול מעבר לגיבוי בעת כשל.

הצטרפות השרתים לדומיין

מוסיפים את שני השרתים של צומתי האשכול לדומיין WSFC.TEST. מבצעים את השלבים הבאים בכל שרת של צומת באשכול (wsfc-1 ו-wsfc-2):

1. ב-Server Manager (ניהול שרתים) > Local Server (שרת מקומי), בחלונית Properties (מאפיינים), לוחצים על WORKGROUP (קבוצת עבודה).
2. לוחצים על Change.
3. בוחרים באפשרות דומיין ומזינים את הערך WSFC.TEST.
4. לוחצים על OK.
5. מזינים את פרטי הכניסה של WSFC.TEST\cluster-admin כדי להצטרף לדומיין.
6. לוחצים על OK.
7. סוגרים את תיבות הדו-שיח ופועלים לפי ההנחיות להפעלה מחדש של השרת.

8. ב-Server Manager (ניהול השרת), מגדירים את cluster-admin כאדמין ב-wsfc-1 וב-wsfc-2. אפשר גם לנהל הרשאות אדמין באמצעות מדיניות קבוצתית.

   • בתפריט כלים, בוחרים באפשרות ניהול המחשב > משתמשים וקבוצות מקומיים > קבוצות > אדמינים, ואז לוחצים על הוספה.
   • מזינים cluster-admin ולוחצים על בדיקת שמות.
   • לוחצים על OK.

בשלב הזה מומלץ לצלם תמונות מצב של כל שלוש מכונות ה-VM.

הגדרת אשכולות למעבר אוטומטי לגיבוי (failover)

שמירת כתובת IP לאשכול ב-Compute Engine

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

1. פותחים טרמינל במכונה וירטואלית של מארח או פותחים את Cloud Shell.

   כניסה ל-Cloud Shell

2. שמירת כתובת IP. במדריך הזה נשתמש ב-10.0.0.8:

   gcloud compute addresses create cluster-access-point --region [YOUR_REGION] --subnet wsfcnetsub1 --addresses 10.0.0.8

3. כדי לאשר את ההזמנה של כתובת ה-IP:

   gcloud compute addresses list

יצירת האשכול

כדי ליצור ולהגדיר את אשכול הגיבוי:

1. משתמשים ב-RDP כדי להתחבר אל wsfc-1 ו-wsfc-2.

2. פועלים לפי השלבים בהוראות של מיקרוסופט שבהמשך, עם ההערות הנוספות האלה:

   • מתקינים את התכונה Failover Clustering ב-wsfc-1 וב-wsfc-2. אין להתקין את התכונה Failover Clustering ב-wsfc-dc.
   • מפעילים את האפליקציה Failover Cluster Manager בתור משתמש הדומיין WSFC.TEST\cluster-admin. אחרת, יכול להיות שתיתקלו בבעיות שקשורות להרשאות. כדאי להפעיל את Failover Cluster Manager תמיד בדרך הזו, או להתחבר לשרת בתור cluster-admin כדי לוודא שיש לכם את ההרשאות הנדרשות.
   • מוסיפים את wsfc-1 ואת wsfc-2 לאשכול כצמתים.

   • כשמאמתים את ההגדרה:

     • בדף אפשרויות בדיקה, בוחרים באפשרות הפעלת בדיקות רק עבור הפריטים שאבחר ואז לוחצים על הבא.

     • בדף Test Selection​ (בחירת בדיקה), מבטלים את הסימון של Storage (אחסון) כי האפשרות Storage​ (אחסון) תיכשל כשהיא תפעל ב-Compute Engine (כמו שהיא תיכשל בשרתים פיזיים נפרדים ועצמאיים).

       בעיות נפוצות שאפשר להיתקל בהן במהלך אימות האשכול:

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

   • בדף סיכום, אפשר ללחוץ על יצירת האשכול עכשיו באמצעות הצמתים שאומתו כדי להמשיך ליצירת האשכול, במקום לסגור את האשף ולפתוח אותו מחדש.

   • באשף ליצירת אשכול, בדף נקודת גישה:

     • נותנים לאשכול את השם testcluster.
     • בשדה כתובת, מזינים את כתובת ה-IP ששמרתם קודם, 10.0.0.8.

   הוראות של מיקרוסופט

הוספת אדמין לאשכול

הוספת חשבון דומיין כאדמין באשכול מאפשרת לכם לבצע פעולות באשכול באמצעות כלים כמו Windows PowerShell. מוסיפים את חשבון הדומיין cluster-admin כאדמין של האשכול.

1. בצומת של האשכול שמארח את משאבי האשכול, ב-Failover Cluster Manager, בוחרים את האשכול בחלונית הימנית ואז לוחצים על Properties (מאפיינים) בחלונית השמאלית.
2. לוחצים על הכרטיסייה Cluster Permissions (הרשאות אשכול).
3. לוחצים על הוספה ואז מוסיפים את cluster-admin.
4. אחרי שבוחרים באפשרות cluster-admin ברשימת השמות של הקבוצות או המשתמשים, בוחרים באפשרות שליטה מלאה בחלונית הרשאות.
5. לוחצים על אישור ואז על החלה.

זה הזמן המתאים ליצור תמונות מצב.

יצירת עדות לשיתוף קבצים

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

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

אם רוצים ליצור עדות לשיתוף קבצים עם זמינות גבוהה יותר, אפשר לבחור באחת מהאפשרויות הבאות:

• אפשר להשתמש באוסף של שרתי Windows כדי לספק את השיתוף באמצעות Storage Spaces Direct. התכונה הזו ב-Windows Server 2016 יכולה לספק שיתוף עם זמינות גבוהה עבור עֵד הקוורום. לדוגמה, אפשר ליצור אשכול בשביל בקר הדומיין של Active Directory כדי לספק שירותי דומיין עם זמינות גבוהה, וגם לספק את העדות לשיתוף הקבצים בו-זמנית.
• להשתמש בתוכנה לשכפול נתונים, כמו SIOS Datakeeper, עם Windows Failover Server Clustering לשכפול סינכרוני או אסינכרוני.

כדי ליצור את שיתוף הקבצים עבור העד:

1. התחברות אל wsfc-dc. השרת הזה מארח את שיתוף הקבצים.
2. ב-Explorer, עוברים אל כונן C.
3. בסרגל הכותרת, לוחצים על הלחצן תיקייה חדשה.
4. נותנים לתיקייה החדשה את השם shares.
5. לוחצים לחיצה כפולה על התיקייה shares כדי לפתוח אותה.
6. מוסיפים תיקייה חדשה ונותנים לה את השם clusterwitness-testcluster.

הגדרת שיתוף עבור העד לשיתוף קבצים

כדי שהאשכול יוכל להשתמש בתיקייה, צריך להגדיר הרשאות בתיקייה של העד לשיתוף קבצים.

1. בסייר, לוחצים לחיצה ימנית על התיקייה clusterwitness-testcluster ובוחרים באפשרות Properties (מאפיינים).
2. בכרטיסייה שיתוף, לוחצים על אפשרויות שיתוף מתקדמות.
3. בוחרים באפשרות שיתוף התיקייה הזו.
4. לוחצים על Permissions (הרשאות) ואז על Add (הוספה).
5. לוחצים על סוגי אובייקטים, בוחרים באפשרות מחשבים ולוחצים על אישור.
6. מוסיפים את חשבון המכונה testcluster$.
7. נותנים הרשאות שליטה מלאה ל-testcluster$.
8. לוחצים על אישור ואז סוגרים את כל תיבות הדו-שיח.

הוספת העד לשיתוף קבצים לאשכול המעבר לגיבוי בעת כשל

עכשיו מגדירים את אשכול הגיבוי למקרה כשל כך שישתמש בעדות לשיתוף קבצים כהצבעה להשגת קוורום.

1. במחשב שמארח את משאבי האשכול (wsfc-1), פותחים את Failover Cluster Manager.
2. בחלונית הימנית, לוחצים לחיצה ימנית על שם האשכול (testcluster.WSFC.TEST), מצביעים על פעולות נוספות ואז לוחצים על הגדרת סף חבריות באשכול.
3. בחלונית Select Quorum Configuration Option (בחירת אפשרות להגדרת קוורום), בוחרים באפשרות Select the quorum witness (בחירת עֵד לקוורום).
4. בחלונית Select Quorum Witness, בוחרים באפשרות Configure a file share witness.
5. בשדה File Share Path (נתיב לשיתוף קבצים), מזינים את הנתיב לתיקייה המשותפת, כמו \\wsfc-dc\clusterwitness-testcluster.
6. מאשרים את ההגדרות ולוחצים על סיום.

בדיקת אשכול הגיבוי האוטומטי

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

1. ב-wsfc-1, רושמים את השם של Current Host Server (שרת המארח הנוכחי) ב-Failover Cluster Manager.
2. מריצים את Windows PowerShell בתור cluster-admin.

3. ב-PowerShell, מריצים את הפקודה הבאה כדי לשנות את שרת המארח הנוכחי:

   Move-ClusterGroup -Name "Cluster Group"
   

השם של שרת המארח הנוכחי אמור להשתנות ל-VM השני.

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

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

זה זמן טוב לצלם תמונות מצב.

הוספת תפקיד לאשכול מעבר לגיבוי בעת כשל

באשכולות של מעבר לגיבוי בעת כשל ב-Windows, תפקידים מארחים עומסי עבודה באשכול. אפשר להשתמש בתפקיד כדי לציין באשכול את כתובת ה-IP שבה האפליקציה משתמשת. במדריך הזה, מוסיפים תפקיד לעומס העבודה של הבדיקה, שהוא שרת האינטרנט של Internet Information Services ‏ (IIS), ומקצים כתובת IP לתפקיד.

שמירת כתובת IP לתפקיד ב-Compute Engine

כדי למנוע התנגשויות של כתובות IP ברשת המשנה ב-Compute Engine, צריך לשריין את כתובת ה-IP לתפקיד.

1. פותחים טרמינל במכונה וירטואלית של מארח או פותחים את Cloud Shell.

   כניסה ל-Cloud Shell

2. שמירת כתובת IP. במדריך הזה נשתמש ב-10.0.0.9:

   gcloud compute addresses create load-balancer-ip --region [YOUR_REGION] --subnet wsfcnetsub1 --addresses 10.0.0.9

3. כדי לאשר את ההזמנה של כתובת ה-IP:

   gcloud compute addresses list

הוספת התפקיד

איך לעשות את זה?

1. ב-Failover Cluster Manager, בחלונית Actions (פעולות), בוחרים באפשרות Configure Role (הגדרת תפקיד).
2. בדף Select Role (בחירת תפקיד), בוחרים באפשרות Other Server (שרת אחר).
3. בדף Client Access Point (נקודת גישה ללקוח), מזינים את השם IIS.
4. הגדרת הכתובת ל-10.0.0.9.
5. מדלגים על Select Storage ועל Select Resource Types.
6. מאשרים את ההגדרות ולוחצים על סיום.

יצירת מאזן העומסים הפנימי

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

בנוסף, תיצרו קבוצת מופעים של Compute Engine לכל אזור באשכול, שמאזן העומסים ישתמש בה כדי לנהל את הצמתים באשכול.

יצירת קבוצות של מופעי מכונה

יוצרים קבוצת מופעים בכל אזור שמכילה צומת של אשכול, ואז מוסיפים כל צומת לקבוצת המופעים באזור שלו. אל תוסיפו את בקר הדומיין wsfc-dc לקבוצת מופעים.

1. יוצרים קבוצת מופעים לכל אזור באשכול, ומחליפים את [ZONE_1] בשם האזור הראשון ואת [ZONE_2] בשם האזור השני:

   gcloud compute instance-groups unmanaged create wsfc-group-1 --zone=[ZONE_1]

   gcloud compute instance-groups unmanaged create wsfc-group-2 --zone=[ZONE_2]

2. מוסיפים את השרת בכל אזור לקבוצת המופעים של אותו אזור:

   gcloud compute instance-groups unmanaged add-instances wsfc-group-1 --instances wsfc-1 --zone [ZONE_1]

   gcloud compute instance-groups unmanaged add-instances wsfc-group-2 --instances wsfc-2 --zone [ZONE_2]

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

   gcloud compute instance-groups unmanaged list

     NAME          ZONE           NETWORK  NETWORK_PROJECT   MANAGED  INSTANCES
     wsfc-group-1  us-central1-a  wsfcnet  exampleproject    No       1
     wsfc-group-2  us-central1-b  wsfcnet  exampleproject    No       1

יצירת מאזן העומסים

התחלת ההגדרה

1. נכנסים לדף Load balancing במסוף Cloud de Confiance .

   כניסה לדף Load balancing

2. לוחצים על Create load balancer (יצירת מאזן עומסים).
3. בקטע Type of load balancer (סוג מאזן העומסים), בוחרים באפשרות Network Load Balancer (TCP/UDP/SSL) (מאזן עומסים ברשת (TCP/UDP/SSL)) ולוחצים על Next (הבא).
4. בקטע Proxy or passthrough (פרוקסי או העברה), בוחרים באפשרות Passthrough load balancer (מאזן עומסים להעברה) ולוחצים על Next (הבא).
5. בקטע גלוי לכולם או פנימי, בוחרים באפשרות פנימי ולוחצים על הבא.
6. לוחצים על Configure (הגדרה).

הגדרה בסיסית

1. בשדה Name (שם), מזינים wsfc-lb.
2. בוחרים את האזור הנוכחי.
3. בוחרים באפשרות wsfcnet לצד רשת.

הגדרת הקצה העורפי

כדאי לזכור שמאזן העומסים הפנימי של GCP משתמש בבדיקת תקינות תקופתית כדי לקבוע את הצומת הפעיל. בדיקת תקינות שולחת פינג לסוכן המארח של אשכול Compute Engine שפועל בצומת הפעיל של האשכול. המטען הייעודי (payload) של בדיקת תקינות הוא כתובת ה-IP של האפליקציה, שמיוצגת על ידי התפקיד המקובץ. הסוכן משיב עם הערך 1 אם הצומת פעיל או עם הערך 0 אם הוא לא פעיל.

1. לוחצים על Backend configuration.
2. בקטע Backends, מוסיפים כל קבוצת מופעים שיצרתם על ידי בחירת השם שלה ולחיצה על Done.

3. יצירת בדיקת תקינות.

   • בשדה Name (שם), מזינים wsfc-hc.
   • מאשרים את הגדרת ברירת המחדל של הפרוטוקול, שהיא TCP, ומשנים את היציאה ל-59998 לתשובות של סוכן המארח של האשכול.
   • בשדה בקשה, מזינים '10.0.0.9'.
   • בשדה תגובה, מזינים '1'.
   • בשדה Check interval (מרווח הבדיקה), מזינים '2'.
   • בשדה Timeout (זמן קצוב לתפוגה), מזינים '1'.
   • לוחצים על שמירה והמשך.

הגדרת הקצה הקדמי

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

במערכת הייצור, סביר להניח שתרצו לפתוח את המערכת לתעבורה חיצונית, כמו תעבורה באינטרנט. כדי לעשות את זה, אפשר ליצור יעד מבוצר (bastion host) שמקבל תעבורת נתונים חיצונית ומעביר אותה לרשת הפנימית. ההדרכה הזו לא כוללת הסבר על שימוש ביעד מבוצר (bastion host).

1. בחלונית המרכזית, לוחצים על Frontend configuration.
2. בשדה Name (שם), מזינים wsfc-lb-fe.
3. בוחרים את רשת המשנה (wsfcnetsub1).
4. בשדה כתובת IP פנימית, בוחרים באפשרות load-balancer-ip (10.0.0.9). זו אותה כתובת IP שהגדרתם לתפקיד.
5. בשדה יציאות, מזינים '80'.
6. לוחצים על סיום.

בדיקה וסיום

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

2. לוחצים על יצירה. יצירת מאזן העומסים נמשכת כמה רגעים.

   

יצירת כללים לחומת האש לבדיקת התקינות

יכול להיות ששמתם לב שהודעה הופיעה במסוף Cloud de Confiance , שלפיה מערכת בדיקת התקינות תדרוש כלל לחומת האש כדי לאפשר לבדיקות התקינות להגיע ליעדים שלהן. בקטע הזה מגדירים את הכלל לחומת האש.

1. במסוף Cloud de Confiance , עוברים אל Cloud Shell.

   כניסה ל-Cloud Shell

2. מריצים את הפקודה הבאה כדי ליצור את הכלל בחומת האש:

   gcloud compute firewall-rules create allow-health-check --network wsfcnet --source-ranges 130.211.0.0/22,35.191.0.0/16 --allow tcp:59998
   

פתיחת חומת האש של Windows

בכל צומת של אשכול, wsfc-1 ו-wsfc-2, יוצרים כלל חומת אש בחומת האש של Windows כדי לאפשר למאזן העומסים לגשת לכל מערכת Windows.

1. פותחים את האפליקציה 'חומת האש של Windows עם אבטחה מתקדמת'.

2. בחלונית הניווט שמימין, בוחרים באפשרות כללים לתנועה נכנסת.

3. בחלונית הניווט השמאלית, בוחרים באפשרות כלל חדש.

4. בחלונית סוג הכלל, בוחרים באפשרות בהתאמה אישית בתור סוג הכלל ולוחצים על הבא.

5. בחלונית Program, מאשרים את ברירת המחדל ולוחצים על Next.

6. בחלונית Protocol and Ports:

   1. בשדה סוג הפרוטוקול:, בוחרים באפשרות TCP.
   2. בשדה Local port:, בוחרים באפשרות Specific Ports ומזינים את הערך 59998.

7. בחלונית Scope, בקטע Which remote IP addresses does this rule apply to (לאילו כתובות IP מרוחקות הכלל הזה חל):

   1. בוחרים באפשרות כתובות ה-IP האלה:.

   2. מוסיפים כל אחת מכתובות ה-IP הבאות לשדה This IP address or subnet (כתובת ה-IP או רשת המשנה הזו) בלחיצה על Add (הוספה):

      • 130.211.0.0/22
      • 35.191.0.0/16

   3. לוחצים על הבא.

8. בחלונית פעולה, מאשרים את האפשרות התרת החיבור ולוחצים על הבא.

9. בחלונית Profile, מאשרים את אפשרויות ברירת המחדל ולוחצים על Next.

10. מציינים שם לכלל חומת האש ולוחצים על סיום.

אימות מאזן העומסים

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

1. נכנסים לדף Load balancing במסוף Cloud de Confiance .

   כניסה לדף Load balancing

2. לוחצים על השם של מאזן העומסים (wsfc-lb).

   בקטע Backend של הסיכום, אמורות להופיע קבוצות המופעים.

   בתמונה הבאה מדף הפרטים של מאזן העומסים wsfc-lb, קבוצת המופעים wsfc-group-1 מכילה את הצומת הפעיל, כפי שמצוין על ידי 1 / 1 בעמודה Healthy. קבוצת המופעים wsfc-group-2 מכילה את הצומת הלא פעיל, כפי שמצוין ב-0 / 1.

   

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

3. ב-Failover Cluster Manager, מרחיבים את שם האשכול ולוחצים על Roles (תפקידים). בעמודה Owner Node (צומת הבעלים), רושמים את שם השרת של התפקיד IIS.

4. כדי להתחיל בהעברה אוטומטית לגיבוי, לוחצים לחיצה ימנית על התפקיד IIS ובוחרים באפשרות העברה > הצומת הטוב ביותר האפשרי. הפעולה הזו מעבירה את התפקיד לצומת השני, כפי שמוצג בעמודה צומת הבעלים.

   

5. מחכים עד שהסטטוס פועל יופיע בעמודה סטטוס.

6. חוזרים לדף Load balancer details (פרטי איזון העומסים), לוחצים על Refresh (רענון) ומוודאים שהערכים 1 / 1 ו-0 / 1 בעמודה Healthy (תקין) החליפו את קבוצות המופעים.

   

gcloud compute backend-services get-health wsfc-lb --region=[REGION]

הפלט אמור להיראות כך:

backend: https://compute.googleapis.com/compute/v1/projects/exampleproject/zones/us-central1-a/instanceGroups/wsfc-group-1
status:
  healthStatus:
  - healthState: HEALTHY
    instance: https://compute.googleapis.com/compute/v1/projects/exampleproject/zones/us-central1-a/instances/wsfc-1
    ipAddress: 10.0.0.4
    port: 80
  kind: compute#backendServiceGroupHealth
---
backend: https://compute.googleapis.com/compute/v1/projects/exampleproject/zones/us-central1-b/instanceGroups/wsfc-group-2
status:
  healthStatus:
  - healthState: UNHEALTHY
    instance: https://compute.googleapis.com/compute/v1/projects/exampleproject/zones/us-central1-b/instances/wsfc-2
    ipAddress: 10.0.0.5
    port: 80
  kind: compute#backendServiceGroupHealth

התקנת האפליקציה

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

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

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

הגדרת האפליקציה או IIS לזמינות גבוהה היא מעבר להיקף של המדריך הזה.

הגדרת IIS

1. בכל צומת באשכול, מתקינים את IIS.

   • בדף Select role services, מוודאים שהאפשרות Default Document מסומנת בקטע Common HTTP Features.
   • בדף אישור, מסמנים את תיבת הסימון להפעלה מחדש אוטומטית של שרת היעד.

2. מוודאים שכל שרת אינטרנט פועל.

   1. משתמשים ב-RDP כדי להתחבר למכונה הווירטואלית שנקראת wsfc-dc.
   2. ב-Server Manager, לוחצים על Local Server בחלונית הניווט בצד ימין של החלון.
   3. בקטע Properties (מאפיינים) בחלק העליון, משביתים את האפשרות IE Enhanced Security Configuration (הגדרת אבטחה משופרת של IE).
   4. פותחים את Internet Explorer.

   5. עוברים לכתובת ה-IP של כל שרת:

      http://10.0.0.4/

      http://10.0.0.5/

בכל מקרה, מוצג הדף Welcome, שהוא דף האינטרנט שמוגדר כברירת מחדל ב-IIS.

עריכת דפי האינטרנט שמוגדרים כברירת מחדל

משנים כל דף אינטרנט שמוגדר כברירת מחדל כדי שיהיה קל לראות איזה שרת מציג את הדף כרגע.

1. משתמשים ב-RDP כדי להתחבר למכונה הווירטואלית שנקראת wsfc-1.
2. מפעילים את Notepad כאדמין.
3. פותחים את C:\inetpub\wwwroot\iisstart.htm בפנקס רשימות. חשוב לחפש את כל הקבצים, ולא רק קובצי טקסט.

4. ברכיב <title>, משנים את הטקסט לשם של השרת הנוכחי. לדוגמה:

       <title>wsfc-1</title>
   

5. שומרים את קובץ ה-HTML.

6. חוזרים על השלבים האלה עבור wsfc-2 ומגדירים את הרכיב <title> בתור wsfc-2.

מעכשיו, כשצופים בדף אינטרנט שמוצג מאחד מהשרתים האלה, שם השרת מופיע ככותרת בכרטיסייה של Internet Explorer.

בדיקת המעבר לגיבוי

1. משתמשים ב-RDP כדי להתחבר למכונה הווירטואלית שנקראת wsfc-dc.
2. פותחים את Internet Explorer.

3. עוברים לכתובת ה-IP של תפקיד מאזן העומסים:

   http://10.0.0.9/
   

   מוצג הדף Welcome עם שם השרת הנוכחי בכותרת הכרטיסייה.

4. עוצרים את השרת הנוכחי כדי לדמות כשל. ב-Cloud Shell, מריצים את הפקודה הבאה ומחליפים את [INSTANCE_NAME] בשם השרת הנוכחי שמופיע בשלב הקודם, למשל wsfc-1:

   gcloud compute instances stop [INSTANCE_NAME] --zone=[ACTIVE_ZONE]
   

5. עוברים לחיבור RDP אל wsfc-dc.

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

6. אחרי כ-30 שניות, מרעננים את הדף ב-Internet Explorer.

   עכשיו השם של הצומת הפעיל החדש אמור להופיע בכותרת הכרטיסייה. לדוגמה, אם התחלתם עם wsfc-1 פעיל, עכשיו תראו wsfc-2 בכותרת. אם השינוי לא מופיע מיד או שמוצגת שגיאה 'הדף לא נמצא', צריך לרענן שוב את הדפדפן.

כל הכבוד! עכשיו יש לכם אשכול מעבר לגיבוי בעת כשל של Windows Server 2016 שפועל ב-GCP.

פתרון בעיות

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

כללי חומת אש ב-GCP חוסמים בדיקת תקינות

אם בדיקת תקינות לא פועלת, צריך לוודא שיש לכם כלל בחומת האש שמאפשר תעבורה נכנסת מכתובות ה-IP שבהן משתמשת מערכת בדיקת התקינות: 130.211.0.0/22 ו-35.191.0.0/16.

חומת האש של Windows חוסמת את בדיקת התקינות

מוודאים שהיציאה 59998 פתוחה בחומת האש של Windows בכל צומת באשכול. איך פותחים את חומת האש של Windows

צמתים של אשכול באמצעות DHCP

חשוב שלכל מכונה וירטואלית באשכול תהיה כתובת IP סטטית. אם מכונה וירטואלית מוגדרת לשימוש ב-DHCP ב-Windows, צריך לשנות את הגדרות הרשת ב-Windows כדי שכתובת ה-IPv4 תהיה זהה לכתובת ה-IP של המכונה הווירטואלית, כמו שמוצג במסוף Cloud de Confiance . צריך גם להגדיר את כתובת ה-IP של השער כך שתתאים לכתובת של שער רשת המשנה ב-GCP VPC.

תגי רשת של GCP בכללים של חומת האש

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