תצורת אשכול Hyper-V Failover מקצועית לזמינות מרבית
שרת Hyper-V יחיד אינו מספק זמינות גבוהה. כאשר הוא נופל לאתחול לאחר תיקון או תקלת חומרה, כל ה-VMs שלו הופכים ללא זמינים. זמן השבתה יכול להימתח לשעות כאשר מנהל משחזר ידנית VMs בשרת גיבוי. יש לנו המומחיות לפרוס אשכול failover שמעביר אוטומטית VMs לצומת שנותר תוך שניות, ומבטיח זמינות של 99.9%. תכונת Failover Clustering פותרת זאת במדויק: מכונות וירטואליות עוברות אוטומטית לצומת שנותר תוך שניות, לא שעות. עם זאת, הגדרת אשכול דורשת ידע במספר שכבות בו-זמנית—רשת, quorum, אחסון משותף—ושגיאה באחת מהן הופכת "זמינות גבוהה" למקור של split-brain ואובדן נתונים. במאמר זה, נעבור על התצורה הנכונה של Hyper-V Failover Clustering באמצעות אשכול דו-צומתי עם אחסון iSCSI משותף. תלמדו כיצד להימנע ממלכודות נפוצות שמובילות לזמן השבתה. צרו קשר כדי לקבל תשתית HA מוכנה ללא הפתעות.
אילו תנאים מוקדמים אי אפשר להתעלם מהם?
תכונת Failover Clustering היא יותר מתפקיד שמותקן על שני שרתים. הנה התנאים המחייבים:
- דומיין Active Directory—אשכול ללא דומיין הוא בלתי אפשרי (למעט Workgroup Cluster עם מגבלות).
- אחסון משותף—כל הצמתים חייבים לראות את אותם LUNs דרך iSCSI, Fibre Channel, או SMB 3.0 (Scale-Out File Server). דיסקים מקומיים אינם מתאימים ל-VMs של אשכול.
- רשת ייעודית ל-Cluster Network—לפחות שתי רשתות: אחת לתעבורת לקוח/VM, השנייה ל-heartbeat פנימי בין צמתים. ערבוב אינו מותר.
- חומרה זהה—לא בהכרח מאותו ספק, אבל מנהלי התקן וגרסאות קושחה זהים במתאמי HBA.
- מינימום 1 Gbps ל-heartbeat, 10 Gbps ל-Live Migration—ב-1 Gbps, Live Migration של VM בגודל 40 GB לוקח זמן בלתי מתקבל על הדעת.
רשימת בדיקה לפני התקנה:
- רשת מאומתת (VLAN, ניתוב)
- אחסון משותף מחובר לשני הצמתים
- צמתים נוספו לדומיין
- כל עדכוני מערכת ההפעלה מותקנים
למה quorum קריטי באשכולות דו-צומתיים?
ההיבט המבלבל ביותר של אשכולות הוא quorum. ללא quorum, האשכול לא יתחיל גם אם שני הצמתים חיים. עם quorum שהוגדר לא נכון, האשכול נעצר כאשר צומת אחד אובד בתצורה דו-צומתית.
עבור אשכול Hyper-V דו-צומתי, האסטרטגיה הנכונה היא Node and File Share Majority. האלמנט השלישי "המצביע" הוא File Share Witness בשרת נפרד (בקר דומיין או שרת קבצים). סכמה: 2 צמתים + 1 witness = 3 קולות. כאשר צומת אחד אובד, quorum נשאר (2/3), והאשכול ממשיך.
עבור שלושה צמתים או יותר, Node Majority עובד—כל צומת מצביע, הרוב מנצח. אין צורך ב-witness עם מספר אי-זוגי של צמתים.
שים לב: כפי שצוין ב-תיעוד Microsoft, אימות אשכול הוא חובה לתמיכה.
# Установка компонентов и создание кластера
Install-WindowsFeature -Name Failover-Clustering,Hyper-V `
-IncludeManagementTools -Restart
Test-Cluster -Node "hv01.corp.local","hv02.corp.local" `
-Include "Storage","Network","Inventory","System Configuration"
New-Cluster -Name "HV-Cluster01" `
-Node "hv01.corp.local","hv02.corp.local" `
-StaticAddress "10.10.1.50"
Set-ClusterQuorum -Cluster "HV-Cluster01" `
-FileShareWitness "\\dc01.corp.local\ClusterWitness"
Get-ClusterQuorum -Cluster "HV-Cluster01" השפעת אחסון iSCSI על ביצועי האשכול
הדרך המשתלמת ביותר לארגן אחסון משותף ללא ציוד FC יקר היא iSCSI. חשוב: תעבורת iSCSI חייבת לעבור ברשת ייעודית המבודדת מתעבורה אחרת. ערבוב iSCSI עם תעבורת VM הוא דרך בטוחה להידרדרות ביצועים וחוסר יציבות של האשכול.
# Настройка iSCSI Initiator и подключение к Target
Start-Service msiscsi
Set-Service msiscsi -StartupType Automatic
New-IscsiTargetPortal -TargetPortalAddress "10.20.1.100"
Connect-IscsiTarget -NodeAddress "iqn.2023-01.com.storage:target01" `
-IsPersistent $true
Add-MpsaHardwareId -Vendor "MSFT" -Product "iSCSIDisk" -BusType iSCSI
Set-MSDSMGlobalDefaultLoadBalancePolicy -Policy RR
# Добавление диска в кластер и создание CSV
Get-ClusterAvailableDisk | Add-ClusterDisk
Add-ClusterSharedVolume -Name "Cluster Disk 1"
Get-ClusterSharedVolume | Select Name, State, SharedVolumeInfoCSV מותקן כ-# Установка компонентов и создание кластера Install-WindowsFeature -Name Failover-Clustering,Hyper-V ` -IncludeManagementTools -Restart Test-Cluster -Node "hv01.corp.local","hv02.corp.local" ` -Include "Storage","Network","Inventory","System Configuration" New-Cluster -Name "HV-Cluster01" ` -Node "hv01.corp.local","hv02.corp.local" ` -StaticAddress "10.10.1.50" Set-ClusterQuorum -Cluster "HV-Cluster01" ` -FileShareWitness "\\dc01.corp.local\ClusterWitness" Get-ClusterQuorum -Cluster "HV-Cluster01" על כל צומת בו-זמנית—זה מה שמבדיל אותו מ-Cluster Disks רגילים. קבצי VHDX של VMs באשכול מאוחסנים כאן.
הבנת Live Migration לעומת Quick Migration
Live Migration מעביר VM רץ ללא עצירה. הזיכרון מועבר ברשת באופן איטרטיבי: תחילה כל הדפים, אחר כך דפים שהשתנו במהלך ההעברה הראשונה, וכך הלאה עד שהדלתא קטנה מספיק למעבר הסופי. ב-10 Gbps, זה לוקח שניות עבור VMs עם 8–16 GB RAM.
Quick Migration שומר את מצב ה-VM לדיסק (hibernate), מעביר לצומת אחר, וממשיך—ה-VM אינו זמין מכמה שניות עד דקה בהתאם לגודל הזיכרון. הוא משמש רק כאשר Live Migration אינו זמין.
| מאפיין | Live Migration | Quick Migration |
|---|---|---|
| זמן השבתה של VM | ללא (0 שניות) | 5 עד 60 שניות |
| מהירות העברה | גבוהה (העברה איטרטיבית) | תלוי בגודל ה-dump |
| דרישות רשת | 10 Gbps | 1 Gbps |
| תמיכה | כל ה-VMs | רק VMs עם תמיכה ב-hibernation |
Live Migration טוב פי 10 מ-Quick Migration מבחינת זמן השבתה—זו הסיבה שאנו משתמשים בו כשיטה העיקרית.
דוגמה מהפרקטיקה שלנו: עבור חברת לוגיסטיקה, הגדרנו אשכול דו-צומתי עם iSCSI על 10 GbE. לאחר כוונון, Live Migration הושלם תוך פחות מ-5 שניות עבור VM עם 16 GB RAM, בהשוואה לזמן השבתה קודם של 45 שניות עם Quick Migration.
# Live Migration ВМ на другой узел Move-ClusterVirtualMachineRole -Name "AppServer01" -Node "hv02" שלבי הגדרת Hyper-V Failover Clustering במפתח
- ביקורת—אימות רשת, אחסון, AD, גרסאות מערכת הפעלה.
- תכנון—טופולוגיית רשת (ניהול, Live Migration, אשכול, iSCSI).
- הכנת אחסון—הקצאת LUNs, הגדרת MPIO, אימות קישוריות.
- התקנת תפקידים—Failover Clustering, Hyper-V, ולאחר מכן הרצת Test-Cluster.
- יצירת אשכול—הגדרת quorum, הפעלת CSV.
- העברת VM—העברת VMs של Hyper-V עצמאי לאשכול.
- בדיקות—תרגול תרחישי failover ו-drain: failover ידני, failover אוטומטי, Live Migration, סימולציית תקלת אחסון, בדיקת פיצול רשת.
- תיעוד—דיאגרמת רשת, פרטי תצורה, runbook.
מה כלול בהגדרת אשכול Hyper-V מקצועית
- ביקורת תשתית וארכיטקטורה: אנו מעריכים את הסביבה הנוכחית שלך.
- תכנון טופולוגיית רשת אשכול עם פרטי VLAN וניתוב.
- התקנה והגדרה של תפקידי Hyper-V ו-Failover Clustering על כל הצמתים.
- הגדרת אחסון משותף באמצעות iSCSI, Fibre Channel, או SMB 3.0.
- הגדרת quorum והתאמתו למספר הצמתים שלך.
- הגדרת Live Migration ו-Cluster Shared Volume (CSV).
- בדיקות failover מקיפות, כולל סימולציות תקלות.
- התפוקות כוללות: דיאגרמת רשת, תיעוד תצורה מפורט, הדרכת מנהלים, תמיכה שוטפת, וגישה לכלי ניהול וניטור אשכול.
ההתקנה האופיינית שלנו של אשכול דו-צומתי עולה $1,500, שלעתים קרובות מחזירה את עצמה בתוך השנה הראשונה בזכות מניעת זמן השבתה.
מתי יש צורך בהגדרה מקצועית
אם אתה עובד רק לעתים רחוקות עם אשכולות, טעויות נפוצות (quorum לא נכון, רשת שגויה, חוסר MPIO) יכולות לעלות בשעות של זמן השבתה. הצוות שלנו עם ניסיון של 10+ שנים ב-Hyper-V Failover Clustering סיפק למעלה מ-50 פרויקטים—מאשכולות דו-צומתיים ועד פריסות בקנה מידה גדול. אנו מבטיחים תפעול אשכול לאחר המסירה. זמן שנחסך מזמן השבתה יכול להסתכם בעשרות שעות בשנה, ולהיתרגם לחיסכון ישיר בתקציב. עלות הגדרת האשכול נמוכה משמעותית מהפסדים כתוצאה מזמן השבתה לא מתוכנן. לדוגמה, הגדרת אשכול דו-צומתי מתחילה מ-$1,500, ויכולה לחסוך לך למעלה מ-$50,000 בשנה במניעת זמן השבתה.
לוח זמנים ועלות
| תרחיש | משך | עלות |
|---|---|---|
| 2 צמתים, iSCSI מאחסון קיים | 3–5 ימים | החל מ-$1,500 |
| 3+ צמתים, אחסון חדש, תכנון טופולוגיית רשת | 7–14 ימים | החל מ-$4,000 |
| העברה מ-Hyper-V עצמאי + הגדרת אשכול | 5–10 ימים | החל מ-$3,000 |
עלות הגדרת האשכול מחושבת באופן אישי לאחר ביקורת תשתית. הזמינו הגדרת אשכול במפתח—קבלו תשתית HA מוכנה בלוח זמנים. צרו קשר כדי להעריך את הפרויקט שלך.







