ciao, oggi mi sono cimentato nell'installazione di questo nuovo "soggetto". Premesso che sembra installata correttamente ma non funziona (sigh), riporto un paio di "dritte" che possono far risparmiare tempo mentre si prova l'installazione.
L'appliance richiede vCenter 5.1 ma come hypervisor gira da 4.x.
Il deploy è quello di un normale .ova (si deve scegliere quale scaricare: ne sono disponibili uno con repository da 0.5 TB, uno a 1 e uno da 2: io avevo scelto il medio). Però l'appliance si integra anche con il nuovo SSO e questo complica un po' le cose rispetto alla vecchia VDR.
Prima di installare conviene premunirsi definendo un IP statico da mettere (A e PTR) nel dns interno, e creare un utente a livello SSO (per farlo bisogna entrare nel web client con l'utente admin creato alla installazione, e aggiungere un utente come amministratore).
Questo utente SSO o, meglio, di SYSTEM-DOMAIN, va poi aggiunto nelle classiche permission, a livello del Virtual center, come Amministratore e con propagazione del permesso.
Il deploy della VM viaggia senza storia, quando l'appliance è partita ci si connette alla url https://<ip appliance>:8543/vdp-configure (come root/changeme)
e parte il wizard di configurazione, il quale a un certo punto chiede una password per l'appliance (che deve avere 9 caratteri spaccati e nessun carattere speciale !) e poi chiede le credenziali per registrarsi al vCenter e al SSO. Se si ha creato l'utente come suggerito prima, va inserito come SYSTEM-DOMAIN\utente. Se la connessione di test va a buon fine, il wizard finsice e si deve riavviare il guest dell'appliance.
A questo punto... basta aspettare mezz'ora (non è uno scherzo...) e l'appliance riparte e si registra col vcenter. Si amministra dal web client (richeide disconnessione e riconnessione) ed è in evidenza nella schermata home.
Dopo tutto questo lavoro, lancio il primo backup job su una vm windows di prova e... fallisce. Lo snapshot viene fatto ma poi non procede, per questo errore
sembra che non riesca ad attaccare il .vmdk all'appliance.
Per controprova: veeamzip funziona regolarmente.
Ottimo, lunga vita a Veeam quindi.
Qualche giorno fa, si diceva su twitter, che una volta implementata l'appliance, non è possibile incrementare la dimensione del repository.
Ciao
eh pare proprio di sì, visto che devi scegliere prima ancora di scaricarla... io dicevo ho preso quella da 1TB, ha uno spazio assegnato di 1.6 TB così configurato: 1 disco da 100gb (sistema, immagino), 6 dischi da 256 gb.
Ragazzi, è il sostituto del vecchio e infimo VDR, è migliore (e non ci voleva molto) ma non potevate aspettarvi miracoli, specie per una componente gratuita. Fa il suo onesto lavoro, con i soliti problemini... Un commento bellissimo che ho letto su internet diceva più o meno "fatemi capire, due anni di sviluppo per rifare ancora una vdr??". Appunto... Ciao, Luca.
Luca,
il mio commento precedente è stato "lunga vita a Veeam"
Ciao,
come detto in altro post: VDP e' sicuramente meglio di VDR (si ok, non ci voleva molto), ma e' un sistema di backup di base e "gratuito", non aspettatevi funzionalita' evolute, fa il suo lavoro, ha finalmente un motore di deduplica come si deve e non soffre dei "problemini" del VDR (uno a caso...integrity check?)
Per la faccenda della dimensione prefissata alla creazione e' effettivamente cosi' e dipende da dove deriva VDP
Giuseppe