MORNET SERVER & VIRTUALIZATION

שרתים ווירטואליזציה שמתוכננים לעומס אמיתי

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

MorNet מתכננת ומקימה סביבות Windows Server, ‏Microsoft Hyper‑V ו־VMware vSphere/ESXi, מבצעת איחוד שרתים, הקמת VMs, מיגרציות P2V/V2V, שדרוג Hosts, תכנון Cluster ושיפור ניצול משאבי החומרה.

שרתים, Hyper-V ו-VMware לעסקים

Host Sizing

CPU, RAM, NUMA, Storage ורשת לפי סך עומסי העבודה ולא לפי VM בודד.

Workload Isolation

Domain, SQL, File Server ויישומים רצים ב־VMs נפרדים בהתאם לתלות ולצרכים.

Migration

P2V, ‏V2V, החלפת Host, מעבר Storage ושדרוג Hypervisor בתהליך מבוקר.

Availability

Cluster, HA, Live Migration, Replica וגיבוי נבחרים לפי רמת הזמינות וה־DR הנדרשים.

בחירת Hypervisor

Hyper-V או VMware? מתחילים מהסביבה, לא מהלוגו

שתי הפלטפורמות מיועדות לווירטואליזציה ארגונית. הבחירה צריכה להתחשב בתשתית הקיימת, מערכות הניהול, צוות ה־IT, רישוי, Storage, Cluster, Backup ודרישות האפליקציות.

MICROSOFT

Windows Server Hyper-V

Hyper-V הוא Hypervisor מסוג Type‑1 המובנה ב־Windows Server ומתחבר באופן טבעי ל־Failover Clustering, Windows Admin Center, PowerShell, Backup ופתרונות Microsoft.

  • Windows Server 2025 / 2022 וגרסאות נתמכות.
  • Generation 2 VMs, Secure Boot ו־vTPM לפי Guest ודרישה.
  • Live Migration ו־Storage Migration.
  • Failover Clustering ו־Cluster Shared Volumes.
  • Hyper-V Replica ל־DR בין Hosts או אתרים.

VMWARE

VMware vSphere / ESXi

vSphere מבוססת ESXi Hosts ויכולה להשתמש ב־vCenter לניהול מרכזי, Migration, Clusters וזמינות. התאמת הגרסה והרישוי נבדקת מול המוצר והחוזה הקיימים.

  • ESXi Hosts ו־Virtual Machines.
  • vCenter Server לניהול מרכזי בסביבות מתאימות.
  • vMotion להעברת VM פועל בין Hosts תואמים.
  • Storage vMotion להעברת קבצי VM בין Datastores.
  • vSphere HA ויכולות Cluster בהתאם לגרסה ולרישוי.

מעטפת שרתים ווירטואליזציה

מה אנחנו מתכננים ומקימים סביב ה־Hypervisor

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

Physical Host Design

בחירת CPU, RAM, Storage Controllers, NICs, PSU, RAID/HBA ויכולת הרחבה לפי סך ה־VMs והצמיחה הצפויה.

Hypervisor Deployment

התקנת Hyper‑V או ESXi, עדכונים, Networking, Storage, הרשאות וניהול בסיסי בהתאם לפלטפורמה.

Virtual Machine Design

vCPU, RAM, Generation/Virtual Hardware, דיסקים, NICs, Guest OS ותפקיד המכונה בהתאם ל־Workload.

Virtual Networking

Virtual Switches/vSwitches, VLANs, Management, VM Traffic, Migration/Storage Networks והפרדת תעבורה לפי הצורך.

Virtual Storage

VHDX/VMDK, Thin/Dynamic/Fixed לפי המקרה, Datastores/Volumes, IOPS, Throughput ו־Capacity Planning.

High Availability

Failover Cluster או vSphere HA כאשר נדרש Host Redundancy, כולל בדיקת Storage, Network ו־Quorum/Cluster design.

Live Migration

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

Backup & DR

גיבוי Application-Aware של VMs ו־Replica/DR בהתאם ל־RPO/RTO. Snapshot/Checkpoint אינם תחליף לגיבוי.

Monitoring & Capacity

CPU Ready/Utilization, Memory, Storage Latency, IOPS, Network, Capacity והתראות כדי לזהות צווארי בקבוק לפני השבתה.

HOST SIZING & CONSOLIDATION

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

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

CPU הוא לא רק מספר Cores. בוחנים גם Clock, NUMA, יחס vCPU:pCPU ודפוסי עומס. בזיכרון בודקים צריכה בפועל, Cache, Dynamic Memory כאשר מתאים ו־Reserve לצמיחה.

  • Inventory של שרתים קיימים ו־CPU/RAM/Disk usage בשעות עומס.
  • Sizing לפי Workloads ולא לפי מפרט השרת הפיזי הישן בלבד.
  • Headroom לצמיחה, גיבויים, Maintenance ו־Failover כאשר יש Cluster.
  • בדיקת Licensing לפני Consolidation, במיוחד במערכות Windows Server/SQL ו־VMware.
  • איזון בין Consolidation Ratio לבין ביצועים ויכולת התאוששות.
תכנון Host ל-Hyper-V ו-VMware

MICROSOFT HYPER-V

Hyper-V ב־Windows Server 2025 ממשיך להיות פלטפורמת וירטואליזציה ארגונית מלאה

Hyper‑V הוא Type‑1 Hypervisor שמאפשר להריץ Windows, Linux ו־Guests נוספים. ב־Windows Server ניתן לשלב אותו עם Failover Clustering, Live Migration, Replica ויכולות Storage/Network של מערכת ההפעלה.

Generation 2 VMs

UEFI-based virtual hardware, Secure Boot ויכולות מודרניות כאשר Guest OS תומך ואין צורך בתאימות Legacy.

Dynamic Memory

התאמת זיכרון ל־VM בזמן ריצה בתרחישים מתאימים, תוך שמירה על מינימום/Startup/Maximum שמתאימים ל־Workload.

Live Migration

העברת VM פועל בין Hosts עם השבתה נתפסת מינימלית, לצורך תחזוקה ושינויים בתשתית.

Hyper-V Replica

Replication אסינכרוני של VM ל־Host או אתר נוסף לצורכי DR; אינו מחליף Failover Cluster מקומי או Backup.

Windows Server 2025 Hyper-V Live Migration

WINDOWS SERVER 2025

בשדרוג Host ל־2025 בודקים גם את תצורת Live Migration וה־Authentication

Windows Server 2025 מחזק את ברירות המחדל האבטחתיות. בשרתים Domain-Joined שאינם Domain Controllers, Credential Guard מופעל כברירת מחדל בתצורות הרלוונטיות.

לכן כאשר משדרגים Hyper‑V Hosts מ־2022/גרסאות קודמות, חשוב לבדוק האם Live Migration מסתמכת על CredSSP. בתרחישים כאלה ניתן לתכנן Kerberos Constrained Delegation או מנגנון מתאים אחר במקום לגלות את השינוי בזמן Maintenance.

  • בדיקת Hyper-V Host configuration לפני In-Place Upgrade או Migration.
  • בדיקת Authentication של Live Migration ו־Delegation.
  • בדיקת Virtual Switches, NIC Teaming/SET ו־VLANs בהתאם לתשתית.
  • בדיקת Compatibility של VMs ו־Guest OS לפני העלאת Configuration Version.
  • גיבוי ותוכנית Rollback לפני שינוי Host ייצור.

VMWARE VSPHERE

ESXi, vCenter, vMotion ו־HA כחלק מסביבת vSphere

בסביבת VMware התכנון מחבר בין ESXi Hosts, Datastores, Virtual Networking וניהול מרכזי. יכולות זמינות ומיגרציה תלויות בגרסה, רישוי, Storage ותאימות חומרה.

ESXi Hosts

Hypervisor Hosts שמריצים את ה־VMs ומתחברים ל־Storage ולרשת הווירטואלית.

vCenter Server

ניהול מרכזי של Hosts, Clusters, VMs, Datastores והרשאות בסביבות שבהן הוא חלק מהארכיטקטורה.

vMotion / Storage vMotion

העברת VM פועל בין Hosts, או העברת קבצי VM בין Datastores, בהתאם לתאימות ולתשתית.

vSphere HA

Cluster HA יכול להפעיל מחדש VMs על Host אחר כאשר Host נכשל, בהתאם ל־Cluster capacity ולמדיניות.

STORAGE & NETWORK DESIGN

הרבה “בעיות וירטואליזציה” מתחילות בכלל ב־Storage או ברשת

Host עם CPU חזק לא יעזור אם ה־Datastore סובל מ־Latency גבוהה או אם תעבורת Backup, Management ו־VMs מתחרה על אותו NIC בלי תכנון.

לכן מתכננים את שכבות ה־Storage וה־Network כחלק מה־Hypervisor: Local RAID/NVMe, ‏SAN/NAS/iSCSI/SMB לפי הצורך, NICs, VLANs ונתיבי תעבורה נפרדים כאשר הארכיטקטורה מצדיקה זאת.

  • IOPS, Latency ו־Throughput לפי VM ו־Workload.
  • Capacity כולל Growth, Snapshots/Checkpoints ו־Backup operations.
  • Management Network נפרדת מתעבורת משתמשים כאשר נדרש.
  • Live Migration/vMotion traffic על רשת מתוכננת ומתאימה.
  • VLANs ו־Virtual Switches לפי Security ו־Segmentation של ה־VMs.
Storage ורשת בסביבת Hyper-V VMware

HIGH AVAILABILITY & DR

Cluster, Replica ו־Backup פותרים בעיות שונות

High Availability מיועד לצמצם השבתה כאשר Host נכשל. Replica/DR מיועדים להתמודד עם כשל רחב יותר או אתר לא זמין. Backup מיועד להחזיר מידע ונקודות זמן. תשתית טובה יודעת להפריד בין שלוש המטרות.

Local HA

Hyper‑V Failover Cluster או vSphere HA משתמשים במספר Hosts כדי לצמצם תלות בשרת פיזי יחיד.

Replication / DR

Hyper‑V Replica או פתרון Replication אחר מחזיקים עותק Workload באתר או Host נוסף לצורכי Failover מתוכנן/חירום.

Backup

Veeam, Acronis או פתרון אחר יוצרים Restore Points ושחזורים. Checkpoint או Snapshot של VM אינם תחליף לגיבוי נפרד.

מיגרציה P2V V2V Hyper-V VMware

P2V · V2V · HOST REFRESH

מיגרציה טובה מתחילה בבדיקת תלות, לא בלחיצה על Convert

שרת פיזי ישן יכול להיות מועמד טוב ל־P2V, אבל לפני ההמרה בודקים מערכת הפעלה, Drivers, Licensing, Application Services, SQL, Storage, Network ו־Backup.

ב־V2V או החלפת Host בודקים Virtual Hardware, CPU compatibility, NICs, Storage, Tools/Integration Services, Boot mode ותלות בפלטפורמה הישנה.

  • P2V משרת פיזי ל־Hyper-V/VMware כאשר האפליקציה וה־OS מתאימים.
  • V2V בין פלטפורמות או Hosts בהתאם לתאימות ולכלי המיגרציה.
  • Storage Migration לדיסקים/Datastore חדשים כאשר נדרש.
  • Host Refresh משרת פיזי ישן לדור חומרה חדש.
  • Validation, Backup ו־Rollback Plan לפני Cutover.

VIRTUAL MACHINE DESIGN

גם VM יכול להיות Over-Sized, Under-Sized או בנוי לא נכון

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

vCPU

מגדירים לפי עומס אמיתי ולא מקצים עשרות vCPU ללא צורך, במיוחד ב־Hosts עמוסים.

Memory

Startup/Static/Dynamic לפי הפלטפורמה וה־Workload, עם תשומת לב ל־SQL, Cache ושירותים רגישים לזיכרון.

Virtual Disks

System/Data/Logs יכולים לקבל דיסקים נפרדים כאשר נדרש לביצועים, גיבוי או ניהול Capacity.

vNIC & VLAN

ה־VM מחובר רק לרשתות שהוא צריך, עם VLAN/Virtual Switch מתאימים וללא חשיפה מיותרת.

OPERATIONS, BACKUP & MONITORING

הקמת ה־Cluster היא תחילת מחזור החיים, לא סיום הפרויקט

לאורך הזמן נוספים VMs, נפח האחסון גדל, Hosts מתיישנים ו־Firmware/Hypervisor משתנים. לכן צריך לעקוב אחר Capacity, בריאות Host, Latency, Backup וגרסאות.

  • Host CPU/RAM utilization ו־Capacity Headroom.
  • Storage Latency, Free Space, IOPS ו־Datastore/Volume health.
  • VM Integration Services/Tools ו־Guest health.
  • Backup Application-Aware ובדיקות Restore לפי קריטיות.
  • Firmware, Drivers, Hypervisor patches ותוכנית Maintenance.
  • תיעוד Hosts, VMs, Networks, Storage ו־Dependencies.
ניטור גיבוי ותחזוקת Hyper-V VMware

שאלות נפוצות

שרתים ווירטואליזציה, מה חשוב לדעת?

Hypervisor הוא שכבת התוכנה שמאפשרת למספר מכונות וירטואליות להשתמש באותה חומרה פיזית בצורה מבודדת. Hyper-V ו-VMware ESXi הם דוגמאות ל-Type-1 Hypervisors שפועלים ברמת השרת.

ניתן לנצל טוב יותר CPU, RAM ואחסון, לצמצם חומרה פיזית ולהקל על גיבוי, Migration ותחזוקה. עם זאת, Host יחיד גם מרכז סיכון ולכן צריך לתכנן Backup, Spare capacity או Cluster בהתאם לקריטיות.

אין תשובה אחת. Hyper-V משתלב היטב בסביבות Windows Server ו-Microsoft, בעוד VMware vSphere נפוצה בסביבות וירטואליזציה ייעודיות. ההחלטה צריכה להתבסס על הסביבה הקיימת, ניהול, Storage, HA, גיבוי, רישוי ומיומנות הצוות.

Live Migration ב-Hyper-V מאפשרת להעביר VM פועל בין Hosts עם השבתה נתפסת מינימלית. ב-VMware הפעולה המקבילה נקראת vMotion. נדרשת תשתית Networking ותאימות מתאימה בין ה-Hosts.

vMotion מעביר את מצב ה-VM הפועל ל-ESXi Host אחר. Storage vMotion מעביר את קבצי ה-VM ל-Datastore אחר בזמן שה-VM ממשיך לפעול, בהתאם לדרישות ולמגבלות הפלטפורמה.

Hyper-V Replica משכפל באופן אסינכרוני VM ל-Hyper-V Host או Cluster נוסף לצורכי Disaster Recovery. הוא אינו High Availability מקומי ואינו מחליף גיבוי עם Restore Points.

Failover Cluster מספק High Availability מקומי: אם Host נכשל, VM יכול לעלות על Node אחר בהתאם לתשתית ול-Cluster. Replica מחזיק עותק אסינכרוני של ה-VM ביעד נוסף לצורכי DR ולכן יכול להיות פער בין נקודת ה-Production לעותק המשוכפל.

לא. Checkpoint/Snapshot שימושיים לבדיקות ושינויים קצרים בהתאם לפלטפורמה, אך הם תלויים בתשתית ה-VM וה-Storage ואינם מחליפים מערכת Backup שמייצרת Restore Points נפרדים.

Physical-to-Virtual הוא תהליך שבו Workload שרץ על שרת פיזי מועבר למכונה וירטואלית. לפני ההמרה בודקים OS, Drivers, Licensing, אפליקציות, Storage ורשת כדי לוודא שהמערכת מתאימה לווירטואליזציה.

Virtual-to-Virtual הוא מעבר של VM בין Hosts, פורמטים או Hypervisors. התהליך יכול לדרוש המרת Disk, שינוי Virtual Hardware, Drivers/Tools והגדרות Network בהתאם לפלטפורמות המקור והיעד.

אין מספר קבוע. זה תלוי ב-CPU, RAM, Storage, IOPS, Network ובעומסים של כל VM. תכנון טוב משתמש במדדי שימוש וב-Headroom ולא רק במספר המכונות.

לא. Cluster מוסיף שרידות אך גם חומרה, Storage, Networking, רישוי ומורכבות. בעסק קטן ייתכן ש-Host יחיד עם Backup ו-DR מתאים נותן יחס עלות/סיכון נכון יותר. ההחלטה נעשית לפי RTO, קריטיות ותקציב.

בודקים חומרה, Firmware, Drivers, VMs, Backup, Network, Storage ו-Live Migration. בסביבות Domain-Joined חשוב גם לבדוק את מנגנון Authentication של Live Migration, מאחר שברירות המחדל האבטחתיות ב-Windows Server 2025 עשויות להשפיע על תצורות CredSSP ישנות.

כן. ניתן לשלב Hosts ו-VMs בשירות Managed IT הכולל Monitoring, Patch Management, Backup, Capacity, תיעוד, Help Desk ותכנון שדרוגים בהתאם למסגרת השירות.

MORNET SERVER & VIRTUALIZATION

מתכננים Host חדש, Cluster או מיגרציה מסביבה קיימת?

ספרו לנו אילו שרתים ו־VMs קיימים היום, כמה CPU/RAM/Storage הם צורכים ומה רמת הזמינות הנדרשת. נוכל לתכנן Hyper‑V, VMware או מסלול Migration שמתאים לעומסי העבודה ולתקציב.