Nell'ultimo numero, ho coperto le notizie sul rilascio di Microsoft Viridian e alcuni momenti accidentati che ho avuto alla conferenza MMS. Speravo che la faccenda fosse stata messa a tacere, ma rimanevano alcuni fastidiosi dubbi, semplicemente perché l'intera storia non tornava del tutto. Avevo sentito, ma non menzionato né qui né con nessuno, alcuni brontolii nella giungla dall'interno di Redmond sui progressi di il progetto di sviluppo Viridian, ma la forza della dichiarazione di Microsoft che diceva che tutto andava bene non si adattava comodamente. Tuttavia, ho preso in parola l'azienda e ho pubblicato i tempi per la consegna della beta (in questo momento) con la consegna del prodotto finale intorno alla prossima estate. E l'elenco delle funzionalità promesse era davvero di fascia alta, offrendo alcune cose che erano al di là dei suoi concorrenti oggi, e forse anche ancora prima del giorno del lancio.
Poi, il 10 maggio, è andata terribilmente storta. Lo ha annunciato Microsoft, tramite il blog di Mike Neil, direttore generale della strategia di virtualizzazione tutto andava bene, ma alcune funzionalità di fascia alta sarebbero state cancellate per la prima versione di Viridiano.
L'elenco non è grande: nessuna migrazione live, nessuna risorsa hot-add (archiviazione, rete, memoria, processore) e un limite supportato di 16 core (ad esempio, un sistema quad-core a due processori è otto core; un sistema quad-core a quattro processori è di 16 core).
A prima vista non sembra particolarmente oneroso, ma il problema è più profondo di così. Come ha detto Neil nel suo blog: “Ma con tutti questi progressi arriva il compromesso occasionale. All'inizio di questa settimana, abbiamo dovuto fare i conti con alcune verità universali sullo sviluppo del prodotto: anche la spedizione è una caratteristica. La barra della qualità, il tempo che hai e il set di funzionalità sono direttamente correlati. Il mitico mese-uomo: le risorse non sono infinite e, anche se potessi aggiungerne altre, non aiuta a fare di più più velocemente.
La realtà è che le funzionalità sono quelle veramente di fascia alta in cui Microsoft stava spingendo i confini e tentando di raggiungere l'equivalenza prevista con i suoi concorrenti. In almeno uno di questi elementi, la migrazione in tempo reale di una VM in esecuzione tra due macchine fisiche, Microsoft è già in ritardo e lo offre oggi.
La rimozione delle risorse hot-add è di nuovo un grosso problema. Se ho una macchina virtuale che sta esaurendo la RAM a causa di una domanda inaspettatamente elevata da parte degli utenti, cosa devo fare? Con la memoria hot-add, posso prendere un gigabyte di RAM inutilizzato dal sistema (o ridimensionare una macchina virtuale poco utilizzata che ha un eccesso di memoria) e rilasciarlo nella VM in difficoltà. E fallo al volo, senza tempi morti. Ancora una volta, se ho bisogno di riconfigurare le interfacce di rete, posso farlo anch'io. Oppure aggiungi più scricchiolii del processore nelle parti chiave della giornata lavorativa. O alla fine del mese, quando potrebbero essere in corso molti calcoli numerici per il programma finanziario.
Allo stesso modo, il limite a 16 core è un grosso problema. Stavo riflettendo sul problema hardware per Viridian e ho concluso che forse, solo forse, Microsoft era tenuta in ostaggio da Intel. Se ci pensi, eseguire una macchina virtuale che richiede 16 core va benissimo, ma ne hai bisogno più di quel numero di core sull'hardware fisico se intendi eseguire diverse macchine virtuali di grandi dimensioni una volta. Dato che il prodotto Virtual Server esistente svolge un lavoro di fascia media ragionevolmente buono sull'hardware esistente, qual è il ruolo di Viridian? Dato che l'hardware esistente non scala ben oltre i 16 core, forse c'è qualche nuova architettura server super-wizzo ultra in arrivo linea di Intel, che scala meglio e fornisce gli enormi livelli di larghezza di banda della memoria e I/O del dispositivo richiesti da un server con più di 16 nuclei? In tal caso, potrebbe non essere pronto fino all'estate del 2008 e Microsoft sarà ammanettata da accordi di non divulgazione sull'hardware fino a quando Intel non sarà pronta ad annunciare.
