Pot găzdui UN VM de pe două servere?

M-am uitat putin in jur si nu am gasit un raspuns definitiv. Configurarea mea este în scopuri educaționale, deoarece sunt într-un program CCNA/Cybersecurity prin facultate.

Oricine lasă să treacă la asta~ PC-ul A este la etaj, direct deasupra routerului/modemului meu principal. Are Windows 2022 Datacenter pe el, datorită colegiului meu pentru că a făcut astfel de instrumente disponibile. Acest server este conectat la un router separat printr-un repetor WiFi care are O conexiune gigabit pe el. Repeatorul poate fi configurat ca un client AP sau un bridge. Având în vedere că am un router instalat pe gigabit, serverul rulează acum de pe router. Aveam nevoie doar de mai multe porturi pentru toate mașinile mele - am un comutator pentru parter, doar că nu am conectat încă. PC-ul B este la parter conectat la router-ul meu. Aceasta este o mașină aproape identică, doar numărul modelului este ușor diferit - PC-ul A este un HP 8570w și PC-ul B este un HP 8760w. PC-ul A are un procesor mai bun, mSATA (care este locul unde sunt stocate VM-urile mele) și 2 SSD-uri pe RAID0. PC-ul B este puțin mai lent, dar un GPU mai bun, dar TREI SSD-uri (toate la fel), dintre care 2 sunt pe RAID0 și unitatea principală, găzduiește OS, 2022 Datacenter. Au, de asemenea, cantități egale de RAM, 32 g fiecare.

Scopul este de a implementa o VM pe un PC client, utilizând ambele servere (un grup pe care cred că îl numește). Nu rulez niciun software de lux, VM-ul este pur și simplu pentru chestii de facultate, dacă decid să o fac pe canapeaua mea de jos. Clientul va fi conectat la routerul meu, la fel ca și PC-ul B.

Deci la obiect:

1. Pot folosi două servere pentru a „echilibra” cerințele de încărcare de lucru pentru o implementare de VM? PC-ul A este mai rapid și, posibil, o diferență de 1-2 ms, totuși PC-ul B se află sub computerul meu client. Dacă da, cum? Poate un link pentru instrucțiuni suplimentare pentru a mă duce în direcția corectă?

2. Presupun că cea mai mare întrebare, are rost? Într-o corporație mare, pot vedea de ce clusterele de failover și replicarea ar putea fi utile, dar acesta nu este scopul meu. Vreau pur și simplu să echilibrez volumul de muncă, astfel încât, dacă procesorul PC-ului B este la linia roșie, PC-ul A poate interveni pentru a ajuta - sau invers. Același lucru este valabil și cu RAM. În niciun caz nu plănuiesc să rulez un VM cu 64 g de RAM, să zicem. Majoritatea sunt de 8 GB, dinamic, bineînțeles. Ajutor sau sfat in aceasta situatie?

Multumesc tuturor!

1. Da și nu.

Disponibilitatea ridicată și toleranța la erori pot fi gestionate cu clustering de replicare sau failover. În versiunile mai vechi de HyperV, acest lucru nu era acceptat și trebuia să migrați sistemele manual. În versiunile mai noi, acest lucru este acceptat nativ.

Iată cum să configurați Hyper V Replication: https://docs.microsoft.com/en-us/windows-server/virtualization/hyper-v/manage/set-up-hyper-v-replica

Iată cum să configurați Hyper V Failover Cluster: https://docs.microsoft.com/en-us/windows-server/failover-clustering/create-failover-cluster

Dacă vorbiți despre împărțirea unei sarcini de lucru (cum ar fi un serviciu web) în 2 vms, aceasta nu este tocmai intenția de replicare sau clustering de failover. Ar trebui să adăugați un fel de tehnologie de echilibrare a încărcăturii peste soluția de cluster de replicare sau de failover.

2. Da și nu.

Nu este vorba de dimensiunea companiei. Este vorba despre ce fel de risc este dispusă să accepte compania. Dacă compania nu poate permite niciun timp de nefuncționare, atunci are nevoie de aceste funcții. Dacă o companie spune că poate dura X ore în timp ce cineva încearcă să remedieze problema, atunci este mai puțin nevoie de aceste funcții.

În rest, ceea ce vorbești este echilibrarea încărcăturii. Nu ar trebui să utilizați replicarea sau clusteringul de failover pentru a gestiona problemele legate de resurse.

Ar trebui să citiți această documentație despre System Center Virtual Machine Manager: https://docs.microsoft.com/en-us/system-center/vmm/whats-new-in-vmm?view=sc-vmm-2019