הגדרת מופע של אשכול מעבר לגיבוי בענן של SQL Server שמשתמש ב-Storage Spaces Direct

הכנת הפרויקט והרשת

כדי להכין את פרויקט Cloud de Confiance ואת ה-VPC לפריסה של SQL Server FCI, צריך לבצע את הפעולות הבאות:

1. במסוף Cloud de Confiance , לוחצים על הלחצן Activate Cloud Shell כדי לפתוח את Cloud Shell.

   כניסה ל Cloud de Confiance מסוף

2. מאתחלים את המשתנים הבאים:

   VPC_NAME=VPC_NAME
   SUBNET_NAME=SUBNET_NAME
   

   כאשר:

   • ‫VPC_NAME: השם של ה-VPC
   • ‫SUBNET_NAME: השם של תת-הרשת

3. מגדירים את מזהה הפרויקט שמוגדר כברירת מחדל:

   gcloud config set project PROJECT_ID
   

   מחליפים את PROJECT_ID במזהה הפרויקט. Cloud de Confiance

4. הגדרת אזור ברירת המחדל:

   gcloud config set compute/region REGION
   

   מחליפים את REGION במזהה האזור שבו רוצים לבצע פריסה.

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

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

• שני הצמתים של WSFC מסומנים בתג wsfc-node.
• כל השרתים (כולל השרת העד) מתויגים בתג wsfc.

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

1. חוזרים לסשן הקיים של Cloud Shell.

2. יוצרים כללים לחומת האש עבור צמתי ה-WSFC:

   SUBNET_CIDR=$(gcloud compute networks subnets describe $SUBNET_NAME --format=value\('ipCidrRange'\))
   
   gcloud compute firewall-rules create allow-all-between-wsfc-nodes \
     --direction=INGRESS \
     --action=allow \
     --rules=tcp,udp,icmp \
     --enable-logging \
     --source-tags=wsfc \
     --target-tags=wsfc \
     --network=$VPC_NAME \
     --priority 10000
   
   gcloud compute firewall-rules create allow-sql-to-wsfc-nodes \
     --direction=INGRESS \
     --action=allow \
     --rules=tcp:1433 \
     --enable-logging \
     --source-ranges=$SUBNET_CIDR \
     --target-tags=wsfc-node \
     --network=$VPC_NAME \
     --priority 10000
   

3. יוצרים כלל חומת אש שמאפשר בדיקות תקינות מטווחי כתובות ה-IP של כלי הבדיקה של Google Cloud:

   gcloud compute firewall-rules create allow-health-check-to-wsfc-nodes \
     --direction=INGRESS \
     --action=allow \
     --rules=tcp \
     --source-ranges=130.211.0.0/22,35.191.0.0/16 \
     --target-tags=wsfc-node \
     --network=$VPC_NAME \
     --priority 10000
   

יצירת מכונות וירטואליות

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

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

משתמשים בקובץ אימג' של SQL Server Premium שבו מותקן מראש SQL Server 2019.

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

1. חוזרים לסשן הקיים של Cloud Shell.

2. יוצרים סקריפט מיוחד לצמתי WSFC. הסקריפט מתקין את התכונה הנדרשת של Windows ויוצר כללי חומת אש עבור WSFC ו-SQL Server:

   cat << "EOF" > specialize-node.ps1
   
   $ErrorActionPreference = "stop"
   
   # Install required Windows features
   Install-WindowsFeature Failover-Clustering -IncludeManagementTools
   Install-WindowsFeature RSAT-AD-PowerShell
   
   # Open firewall for WSFC
   netsh advfirewall firewall add rule name="Allow SQL Server health check" dir=in action=allow protocol=TCP localport=59997
   
   # Open firewall for SQL Server
   netsh advfirewall firewall add rule name="Allow SQL Server" dir=in action=allow protocol=TCP localport=1433
   
   EOF
   

3. יוצרים את המכונות הווירטואליות. בשתי המכונות הווירטואליות שמשמשות כצמתים של S2D ו-WSFC, מצרפים דיסקים נוספים של נתונים ומפעילים את מצב WSFC על ידי הגדרת מפתח המטא-נתונים enable-wsfc לערך true:

   REGION=$(gcloud config get-value compute/region)
   PD_SIZE=50
   MACHINE_TYPE=n2-standard-8
   
   gcloud compute instances create node-1 \
     --zone $REGION-a \
     --machine-type $MACHINE_TYPE \
     --subnet $SUBNET_NAME \
     --image-family sql-ent-2019-win-2022 \
     --image-project windows-sql-cloud \
     --tags wsfc,wsfc-node \
     --boot-disk-size 50 \
     --boot-disk-type pd-ssd \
     --boot-disk-device-name "node-1" \
     --create-disk=name=node-1-datadisk-1,size=$PD_SIZE,type=pd-ssd,auto-delete=no \
     --create-disk=name=node-1-datadisk-2,size=$PD_SIZE,type=pd-ssd,auto-delete=no \
     --create-disk=name=node-1-datadisk-3,size=$PD_SIZE,type=pd-ssd,auto-delete=no \
     --create-disk=name=node-1-datadisk-4,size=$PD_SIZE,type=pd-ssd,auto-delete=no \
     --metadata enable-wsfc=true \
     --metadata-from-file=sysprep-specialize-script-ps1=specialize-node.ps1
   
   gcloud compute instances create node-2 \
     --zone $REGION-b \
     --machine-type $MACHINE_TYPE \
     --subnet $SUBNET_NAME \
     --image-family sql-ent-2019-win-2022 \
     --image-project windows-sql-cloud \
     --tags wsfc,wsfc-node \
     --boot-disk-size 50 \
     --boot-disk-type pd-ssd \
     --boot-disk-device-name "node-2" \
     --create-disk=name=node-2-datadisk-1,size=$PD_SIZE,type=pd-ssd,auto-delete=no \
     --create-disk=name=node-2-datadisk-2,size=$PD_SIZE,type=pd-ssd,auto-delete=no \
     --create-disk=name=node-2-datadisk-3,size=$PD_SIZE,type=pd-ssd,auto-delete=no \
     --create-disk=name=node-2-datadisk-4,size=$PD_SIZE,type=pd-ssd,auto-delete=no \
     --metadata enable-wsfc=true \
     --metadata-from-file=sysprep-specialize-script-ps1=specialize-node.ps1
   
   gcloud compute instances create "witness" \
     --zone $REGION-c \
     --machine-type n2-standard-2 \
     --subnet $SUBNET_NAME \
     --image-family=windows-2022 \
     --image-project=windows-cloud \
     --tags wsfc \
     --boot-disk-size 50 \
     --boot-disk-type pd-ssd \
     --metadata sysprep-specialize-script-ps1="add-windowsfeature FS-FileServer"
   

4. כדי לצרף את 3 המכונות הווירטואליות ל-Active Directory, מבצעים את הפעולות הבאות לכל אחת מ-3 המכונות הווירטואליות:

   1. כדי לעקוב אחרי תהליך האתחול של המכונה הווירטואלית, אפשר לצפות בפלט של היציאה הטורית שלה:

      gcloud compute instances tail-serial-port-output NAME
      

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

      מחכים כמה דקות עד שרואים את הפלט Instance setup finished, ואז מקישים על Ctrl+C. בשלב הזה, מופע המכונה הווירטואלית מוכן לשימוש.

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

   3. מתחברים למכונה הווירטואלית באמצעות Remote Desktop ומתחברים באמצעות שם המשתמש והסיסמה שנוצרו בשלב הקודם.

   4. לוחצים לחיצה ימנית על Start (או מקישים על Win+X) ואז לוחצים על Windows PowerShell (Admin).

   5. לוחצים על כן כדי לאשר את ההודעה על העלאת הרשאות.

   6. מצטרפים עם המחשב לדומיין Active Directory ומפעילים מחדש:

      Add-Computer -Domain DOMAIN -Restart
      

      מחליפים את DOMAIN בשם ה-DNS של דומיין Active Directory.

      ממתינים כדקה עד שההפעלה מחדש תסתיים.

שמירת כתובות IP של אשכולות

עכשיו אתם יכולים להזמין שתי כתובות IP סטטיות ברשת ה-VPC. לשתי הכתובות יש מטרות שונות:

• כתובת ה-IP של מאזן העומסים: כתובת ה-IP הזו משמשת את הלקוחות להתחברות ל-SQL Server.
• כתובת IP של אשכול: כתובת ה-IP הזו משמשת רק באופן פנימי על ידי WSFC.

כדי לשמור את כתובות ה-IP הסטטיות:

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

   gcloud compute addresses create wsfc \
     --subnet $SUBNET_NAME \
     --region $(gcloud config get-value compute/region)
   
   LOADBALANCER_ADDRESS=$(gcloud compute addresses describe wsfc \
     --region $(gcloud config get-value compute/region) \
     --format=value\(address\)) && \
   echo "Load Balancer IP: $LOADBALANCER_ADDRESS"
   

   חשוב לזכור את כתובת ה-IP, כי תצטרכו אותה בהמשך.

2. שומרים כתובת IP סטטית אחרת שמשמשת ככתובת IP של האשכול:

   gcloud compute addresses create wsfc-cluster \
     --subnet $SUBNET_NAME \
     --region $(gcloud config get-value compute/region) && \
   CLUSTER_ADDRESS=$(gcloud compute addresses describe wsfc-cluster \
       --region $(gcloud config get-value compute/region) \
       --format=value\(address\)) && \
   echo "Cluster IP: $CLUSTER_ADDRESS"
   

   חשוב לזכור את כתובת ה-IP, כי תצטרכו אותה בהמשך.

הפרויקט וה-VPC מוכנים עכשיו לפריסה של WSFC ו-SQL Server.

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

כדי להכין את witness לשמש כעד לשיתוף קבצים, צריך ליצור שיתוף קבצים ולהעניק לעצמכם ולשני צמתי WSFC גישה לשיתוף הקבצים:

1. מתחברים אל witness באמצעות Remote Desktop. מתחברים באמצעות חשבון המשתמש בדומיין.
2. לוחצים לחיצה ימנית על Start (או מקישים על Win+X) ואז לוחצים על Windows PowerShell (Admin).
3. לוחצים על כן כדי לאשר את ההודעה על העלאת הרשאות.

4. יוצרים את תיקיית העדים ומשתפים אותה:

   New-Item "C:\QWitness" -Type directory
   
   icacls C:\QWitness\ /grant 'node-1$:(OI)(CI)(M)'
   icacls C:\QWitness\ /grant 'node-2$:(OI)(CI)(M)'
   
   New-SmbShare `
     -Name QWitness `
     -Path "C:\QWitness" `
     -Description "SQL File Share Witness" `
     -FullAccess  $env:username,node-1$,node-2$
   

פריסת אשכול הגיבוי האוטומטי

עכשיו משתמשים במכונות הווירטואליות כדי לפרוס WSFC ו-SQL Server.

פריסת WSFC

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

1. מתחברים אל node-1 באמצעות Remote Desktop. מתחברים באמצעות חשבון המשתמש בדומיין.
2. לוחצים לחיצה ימנית על Start (או מקישים על Win+X) ואז לוחצים על Windows PowerShell (Admin).
3. לוחצים על כן כדי לאשר את ההודעה על העלאת הרשאות.

4. כדי ליצור אשכול חדש:

   New-Cluster `
     -Name windows-fci `
     -Node node-1,node-2 `
     -NoStorage `
     -StaticAddress CLUSTER_ADDRESS
   

   מחליפים את CLUSTER_ADDRESS בכתובת ה-IP של האשכול שיצרתם קודם.

   הפקודה יוצרת חשבון מחשב windows-fci בדומיין של Active Directory.

5. חוזרים להפעלה של PowerShell ב-witness ומעניקים לחשבון המחשב windows-fci הרשאה לגשת לשיתוף הקבצים:

   icacls C:\QWitness\ /grant 'windows-fci$:(OI)(CI)(M)'
   Grant-SmbShareAccess `
     -Name QWitness `
     -AccountName 'windows-fci$' `
     -AccessRight Full `
     -Force
   

6. חוזרים לסשן PowerShell ב-node-1 ומגדירים את האשכול כך שישתמש בשיתוף הקבצים ב-witness כקבוצת הרוב של האשכול:

   Set-ClusterQuorum -FileShareWitness \\witness\QWitness
   

7. מוודאים שהאשכול נוצר בהצלחה:

   Test-Cluster
   

   יכול להיות שיופיעו אזהרות שאפשר להתעלם מהן:

   WARNING: System Configuration - Validate All Drivers Signed: The test reported some warnings..
   WARNING: Network - Validate Network Communication: The test reported some warnings..
   WARNING:
   Test Result:
   HadUnselectedTests, ClusterConditionallyApproved
   Testing has completed for the tests you selected. You should review the warnings in the Report.  A cluster solution is
   supported by Microsoft only if you run all cluster validation tests, and all tests succeed (with or without warnings).
   

   אפשר גם להריץ את הפקודה cluadmin.msc כדי להפעיל את התוסף Failover Cluster Manager MMC ולבדוק את תקינות האשכול.

8. אם אתם משתמשים ב-Managed AD, אתם צריכים להוסיף את חשבון המחשב שבו נעשה שימוש ב-WSFC לקבוצה Cloud Service Domain Join Accounts כדי שהמחשב יוכל להצטרף לדומיין:

   Install-WindowsFeature RSAT-ADDS
   Add-ADGroupMember `
     -Identity "Cloud Service Domain Join Accounts" `
     -Members windows-fci$
   

הפעלת Storage Spaces Direct

עכשיו מפעילים את S2D ויוצרים נפח אחסון משותף של אשכול, שמשלב את שלושת הדיסקים הקבועים שיצרתם קודם:

1. חוזרים לסשן PowerShell ב-node-1.

2. הפעלת S2D:

   Enable-ClusterStorageSpacesDirect
   

   אם רוצים לשפר את הביצועים של הדיסק, אפשר להוסיף אחסוני SSD מקומיים מסוג SCSI לצמתי S2D בנוסף לדיסקים מתמידים סטנדרטיים שמבוססים על SSD. כונני ה-SSD המקומיים יכולים לשמש כשכבת מטמון של S2D. מספר הכוננים של הקיבולת (במקרה שלנו, SSD persistent disks) צריך להיות כפולה של מספר כונני ה-SSD המקומיים. כדי להפעיל את S2D עם שמירת נתונים במטמון, מריצים את הפקודה הבאה:

   Enable-ClusterStorageSpacesDirect -CacheDeviceModel "EphemeralDisk"
   

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

   WARNING: 2021/04/08-13:12:26.159 Node node-1: No disks found to be used for cache
   WARNING: 2021/04/08-13:12:26.159 Node node-2: No disks found to be used for cache
   

3. אופציונלית, מגדירים את מטמון הזיכרון של Cluster Shared Volume ‏ (CSV) ל-2048MB כדי לשפר את קצב העברת הנתונים לקריאה:

   (Get-Cluster).BlockCacheSize = 2048
   

4. יוצרים נפח חדש שמשתמש בגרסאות של ReFS של נפח משותף באשכול ובגודל אשכול של 64KB:

   New-Volume `
     -StoragePoolFriendlyName S2D* `
     -FriendlyName FciVolume `
     -FileSystem CSVFS_ReFS `
     -UseMaximumSize `
     -AllocationUnitSize 65536
   

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

אופציונלי: עכשיו אפשר לבדוק אם המעבר לגיבוי (failover) של מאגר האחסון פועל כמו שצריך:

1. מתחברים אל node-2 באמצעות Remote Desktop. מתחברים באמצעות חשבון המשתמש בדומיין.
2. לוחצים לחיצה ימנית על Start (או מקישים על Win+X) ובוחרים באפשרות Run.
3. מזינים cluadmin.msc ולוחצים על אישור.

4. בחלונית הימנית, עוברים אל Failover Cluster Manager > windows-fci > Storage > Pools.

   אמור להופיע מאגר בשם Cluster Pool 1 עם Owner node שהערך שלו הוא node-1.

5. חוזרים אל Cloud Shell ומאפסים את מכונת ה-VM node-1 כדי לדמות מעבר לגיבוי:

   gcloud compute instances reset node-1 --zone $REGION-a
   

6. חוזרים אל Failover Cluster Manager (מנהל אשכולות למעבר אוטומטי לגיבוי) ב-node-2.

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

   אחרי כ-30 שניות, צומת הבעלים אמור לעבור אוטומטית אל node-2.

הסרת ההתקנה של SQL Server שמוגדרת כברירת מחדל

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

לכל אחד משני הצמתים של WSFC, ‏ node-1 ו-node-2, מבצעים את השלבים הבאים:

1. לוחצים לחיצה ימנית על Start (או מקישים על Win+X) ואז לוחצים על Windows PowerShell (Admin).
2. לוחצים על כן כדי לאשר את ההודעה על העלאת הרשאות.

3. מסירים את מופע ברירת המחדל של SQL Server:

   C:\sql_server_install\Setup.exe /Action=Uninstall /FEATURES=SQL,AS,IS,RS /INSTANCENAME=MSSQLSERVER /Q
   

4. הסרת מנהל התקן Microsoft OLE:

   Get-Package -Name "Microsoft OLE*" | Uninstall-Package -Force
   

5. הסרת מנהל ההתקן של Microsoft ODBC:

   Get-Package -Name "Microsoft ODBC*" | Uninstall-Package -Force
   

6. מפעילים מחדש את המחשב:

   Restart-Computer
   

7. ממתינים כדקה עד שההפעלה מחדש תסתיים.

התקנה של SQL Server FCI

לפני שמתקינים את הגדרת ה-FCI החדשה, צריך לוודא ש-node-1 הוא הצומת הפעיל באשכול:

1. מתחברים מחדש אל node-1 באמצעות Remote Desktop ונכנסים באמצעות משתמש הדומיין.
2. לוחצים לחיצה ימנית על Start (או מקישים על Win+X) ובוחרים באפשרות Run.
3. מזינים cluadmin.msc ולוחצים על אישור.

4. בחלונית הימנית, עוברים אל Failover Cluster Manager > windows-fci.

   מוודאים ששרת המארח הנוכחי מוגדר ל-node-1.

   אם שרת המארח הנוכחי מוגדר ל-node-2, לוחצים לחיצה ימנית על windows-fci בחלונית הימנית של החלון ובוחרים באפשרות פעולות נוספות > העברת משאבי ליבה של אשכול > בחירת צומת… > node-1 ואז לוחצים על אישור.

5. בחלונית הימנית, עוברים אל Failover Cluster Manager > windows-fci > Storage > Pools.

   מוודאים שהצומת הבעלים של Cluster Pool 1 מוגדר ל-node-1.

   אם צומת הבעלים מוגדר ל-node-2, לוחצים לחיצה ימנית על המאגר, בוחרים באפשרות העברה > בחירת צומת > node-1 ולוחצים על אישור.

עכשיו יוצרים התקנה חדשה של אשכול מעבר לגיבוי בעת כשל של SQL Server ב-node-1:

1. לוחצים לחיצה ימנית על Start (או מקישים על Win+X) ואז לוחצים על Windows PowerShell (Admin).
2. לוחצים על כן כדי לאשר את ההודעה על העלאת הרשאות.

3. יוצרים חשבון משתמש בדומיין עבור SQL Server וסוכן SQL ומקצים סיסמה:

   Active Directory

   $Credential = Get-Credential -UserName sql_server -Message 'Enter password'
   New-ADUser `
     -Name "sql_server" `
     -Description "SQL Agent and SQL Admin account." `
     -AccountPassword $Credential.Password `
     -Enabled $true -PasswordNeverExpires $true
   

   Managed Microsoft AD

   $Credential = Get-Credential -UserName sql_server -Message 'Enter password'
   New-ADUser `
     -Name "sql_server" `
     -Description "SQL Agent and SQL Admin account." `
     -AccountPassword $Credential.Password `
     -Enabled $true -PasswordNeverExpires $true `
     -Path "OU=Cloud,DOMAIN"
   

   מחליפים את DOMAIN בשם הייחודי של הדומיין, לדוגמה, DC=example,DC=org.

4. מפעילים את ההגדרה של SQL Server:

   & c:\sql_server_install\setup.exe
   

5. בתפריט הימני, לוחצים על התקנה.

6. בוחרים באפשרות התקנה חדשה של אשכול מעבר לגיבוי בעת כשל של SQL Server.

7. בדף Microsoft Update (עדכון של מיקרוסופט), בוחרים באפשרות Next (הבא) כדי להתחיל בהתקנה.

8. בדף Install Failover Cluster Rules (התקנת כללים של אשכולות מעבר לגיבוי בעת כשל), מוצגת אזהרה MSCS cluster verification warnings (אזהרות לגבי אימות אשכולות MSCS) ו-Windows firewall (חומת האש של Windows). אפשר להתעלם מהאזהרות האלה וללחוץ על הבא.

9. בדף Product Key, משאירים את הגדרות ברירת המחדל ולוחצים על Next.

10. בדף License Terms, קוראים את התנאים ואם הם מקובלים עליכם, לוחצים על Next.

11. בדף Feature Selection (בחירת תכונות), בוחרים באפשרות Database Engine Services (שירותים של מנוע מסד נתונים) ולוחצים על Next (הבא).

12. בדף Instance Configuration (הגדרת מופע), מזינים sql בשם הרשת ובמופע בעל השם, ולוחצים על Next (הבא).

13. בדף Cluster Resource Group, משאירים את הגדרות ברירת המחדל ולוחצים על Next.

14. בדף Cluster Disk Selection (בחירת דיסק לאשכול), מפעילים את האפשרות Cluster Virtual Disk (FciVolume) (דיסק וירטואלי לאשכול) ומשביתים את כל הדיסקים האחרים. לוחצים על הבא.

15. בדף Cluster Network Configuration, מגדירים את ההגדרות הבאות ואז לוחצים על Next:

    • ‫DHCP: clear
    • כתובת IP‏: מזינים את כתובת ה-IP של מאזן העומסים הפנימי.

16. בדף Server configuration, מגדירים את ההגדרות הבאות גם ל-SQL Server Agent וגם ל-SQL Server Database Engine:

    • שם החשבון: DOMAIN\sql_server כאשר ‫DOMAIN הוא שם NetBIOS של דומיין Active Directory
    • סיסמה: מזינים את הסיסמה שיצרתם קודם

17. בוחרים בכרטיסייה Collation (מיון) ובוחרים את המיון שרוצים להשתמש בו. לאחר מכן לוחצים על Next.

18. בדף Database Engine Configuration (הגדרת מנוע מסד הנתונים), בוחרים באפשרות Add current user (הוספת המשתמש הנוכחי) כדי להגדיר את המשתמש הנוכחי כאדמין של SQL Server. לאחר מכן לוחצים על הבא.

19. בדף Ready to Install, בודקים את ההגדרות ולוחצים על Install.

20. אחרי שההתקנה מסתיימת, בוחרים באפשרות סגירה.

הדומיין של Active Directory מכיל עכשיו חשבון מחשב sql שמייצג את מופע SQL Server ורשומת DNS תואמת שמפנה לכתובת ה-IP של מאזן העומסים הפנימי.

עכשיו מוסיפים את node-2 לאשכול הגיבוי האוטומטי של SQL Server:

1. מתחברים אל node-2 באמצעות Remote Desktop ונכנסים באמצעות המשתמש בדומיין.
2. לוחצים לחיצה ימנית על Start (או מקישים על Win+X) ואז לוחצים על Windows PowerShell (Admin).
3. לוחצים על כן כדי לאשר את ההודעה על העלאת הרשאות.

4. מפעילים את ההגדרה של SQL Server:

   & c:\sql_server_install\setup.exe
   

5. בתפריט הימני, לוחצים על התקנה.

6. בוחרים באפשרות הוספת צומת לאשכול מעבר לגיבוי בענן של SQL Server.

7. פועלים לפי ההוראות באשף ההתקנה ומאשרים את הגדרות ברירת המחדל עד שמגיעים לדף Service Accounts (חשבונות שירות).

8. בדף Service Accounts (חשבונות שירות), מזינים את הסיסמה שיצרתם קודם גם עבור SQL Server Agent וגם עבור SQL Server Database Engine. לאחר מכן לוחצים על הבא.

9. בדף Ready to Install, בודקים את ההגדרות ולוחצים על Install.

10. אחרי שההתקנה מסתיימת, בוחרים באפשרות סגירה.

הגדרת בדיקות תקינות

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

1. חוזרים לסשן PowerShell ב-node-2

2. מאתחלים משתנה עם כתובת ה-IP של מאזן העומסים.

   $LoadBalancerIP = 'IP_ADDRESS'
   

   מחליפים את IP_ADDRESS בכתובת ה-IP של wsfcהכתובת שהזמנתם קודם.

3. מגדירים את אשכול הגיבוי למעבר אוטומטי כך שיגיב לשירות בדיקת תקינות:

   $SqlGroup = Get-ClusterGroup |
     Where-Object {$_.Name.StartsWith("SQL Server")}
   $SqlIpAddress = Get-ClusterResource |
     Where-Object {$_.Name.StartsWith("SQL IP Address")}
   
   $SqlIpAddress | Set-ClusterParameter -Multiple @{
    'Address'=$LoadBalancerIP;
    'ProbePort'= 59997;
    'SubnetMask'='255.255.255.255';
    'Network'= (Get-ClusterNetwork).Name;
    'EnableDhcp'=0; }
   

4. מפעילים מחדש את משאב האשכול:

   $SqlIpAddress | Stop-ClusterResource
   $SqlIpAddress | Start-ClusterResource
   

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

   $SqlGroup | Stop-ClusterGroup
   $SqlGroup | Start-ClusterGroup
   

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

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

1. חוזרים לסשן הקיים של Cloud Shell.

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

   gcloud compute instance-groups unmanaged create wsfc-group-1 --zone $REGION-a
   gcloud compute instance-groups unmanaged add-instances wsfc-group-1 --zone $REGION-a \
     --instances node-1
   
   gcloud compute instance-groups unmanaged create wsfc-group-2 --zone $REGION-b
   gcloud compute instance-groups unmanaged add-instances wsfc-group-2 --zone $REGION-b \
     --instances node-2
   

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

   gcloud compute health-checks create tcp wsfc-healthcheck \
     --check-interval="2s" \
     --healthy-threshold=1 \
     --unhealthy-threshold=2 \
     --port=59997 \
     --timeout="1s"
   

   בדיקת תקינות בודקת את יציאה 59997, שהיא היציאה שהגדרתם קודם כ-ProbePort למשאב של כתובת ה-IP של SQL Server.

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

   gcloud compute backend-services create wsfc-backend \
     --load-balancing-scheme internal \
     --region $(gcloud config get-value compute/region) \
     --health-checks wsfc-healthcheck \
     --protocol tcp
   
   gcloud compute backend-services add-backend wsfc-backend \
     --instance-group wsfc-group-1 \
     --instance-group-zone $REGION-a \
     --region $REGION
   
   gcloud compute backend-services add-backend wsfc-backend \
     --instance-group wsfc-group-2 \
     --instance-group-zone $REGION-b \
     --region $REGION
   

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

   gcloud compute forwarding-rules create wsfc-sql \
     --load-balancing-scheme internal \
     --address $LOADBALANCER_ADDRESS \
     --ports 1433 \
     --network $VPC_NAME \
     --subnet $SUBNET_NAME \
     --region $REGION \
     --backend-service wsfc-backend
   

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

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

הכנת לקוח

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

1. חוזרים לסשן הקיים של Cloud Shell.

2. יוצרים מופע חדש של VM:

   gcloud compute instances create sqlclient \
     --zone $REGION-a \
     --machine-type n2-standard-2 \
     --subnet $SUBNET_NAME \
     --image-family sql-ent-2019-win-2022 \
     --image-project windows-sql-cloud \
     --boot-disk-size 50 \
     --boot-disk-type pd-ssd
   

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

   gcloud compute instances tail-serial-port-output sqlclient
   

   מחכים כמה דקות עד שרואים את הפלט Instance setup finished, ואז מקישים על Ctrl+C. בשלב הזה, מופע המכונה הווירטואלית מוכן לשימוש.

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

5. מתחברים למכונה הווירטואלית באמצעות Remote Desktop ומתחברים באמצעות שם המשתמש והסיסמה שנוצרו בשלב הקודם.

6. לוחצים לחיצה ימנית על Start (או מקישים על Win+X) ואז לוחצים על Windows PowerShell (Admin).

7. לוחצים על כן כדי לאשר את ההודעה על העלאת הרשאות.

8. מצטרפים עם המחשב לדומיין של Active Directory:

   Add-Computer -Domain DOMAIN
   

   מחליפים את DOMAIN בשם ה-DNS של דומיין Active Directory.

9. מפעילים מחדש את המחשב:

   Restart-Computer
   

   ממתינים כדקה עד שההפעלה מחדש תסתיים.

הרצת הבדיקה

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

1. מתחברים אל sqlclient באמצעות Remote Desktop ונכנסים באמצעות המשתמש בדומיין.
2. לוחצים לחיצה ימנית על Start (או מקישים על Win+X) ואז לוחצים על Windows PowerShell.

3. מתחברים לאשכול SQL Server באמצעות TCP/IP ושם ה-DNS sql ומריצים שאילתה בטבלה dm_os_cluster_nodes:

   & "$env:ProgramFiles\Microsoft SQL Server\Client SDK\ODBC\170\Tools\Binn\SQLCMD.EXE" `
      -S tcp:sql -E -Q "SELECT * FROM sys.dm_os_cluster_nodes"
   

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

   NodeName                       status      status_description is_current_owner
   ------------------------------ ----------- ------------------ ----------------
   NODE-1                                   0 up                                1
   NODE-2                                   0 up                                0
   
   (2 rows affected)
   

   שימו לב שnode-1 הוא הבעלים הנוכחי של משאב אשכול הגיבוי האוטומטי של SQL Server.

4. חוזרים אל Cloud Shell ומפילים את מכונת ה-VM node-1 כדי לבדוק את תרחיש המעבר לגיבוי.

   gcloud compute instances stop node-1 --zone $REGION-a
   

5. חוזרים על השאילתה:

   & "$env:ProgramFiles\Microsoft SQL Server\Client SDK\ODBC\170\Tools\Binn\SQLCMD.EXE" `
      -S tcp:sql -E -Q "SELECT * FROM sys.dm_os_cluster_nodes"
   

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

   NodeName                       status      status_description is_current_owner
   ------------------------------ ----------- ------------------ ----------------
   NODE-1                                   1 down                              0
   NODE-2                                   0 up                                1
   
   (2 rows affected)
   

   שימו לב שלמרות האובדן של node-1, השאילתה מצליחה ומראה ש-node-2 הוא הבעלים הנוכחי של אשכול הגיבוי.

מגבלות

• ‫S2D נתמך רק ב-Windows Server 2016 ומעלה.
• ב-S2D, כל דיסק מכיל רק חלק מהתצוגה של הנתונים הכוללים. לכן, צילום תמונת מצב של דיסק מתמשך לא יספיק לגיבוי הנתונים. במקום זאת, צריך להשתמש בגיבוי SQL מקורי.