La mia esperienza con OVH

[tecnolive]

Bonsoir Messieurs

Stasera vi voglio parlare della mia esperienza con OVH.

Innanzi tutto vi annuncio che l'esperienza è più che soddisfacente.

Tutto inizia circa il 6 settembre, quando acquistai un kimsufi ... attivazione in circa 1 oretta... mi hanno consegnato il server "sporcaccione" ovvero con la versione 9.0 di plesk e il sistema non aggiornato.

Provvedo ad aggiornare tutto, tutto funziona a meraviglia.....
Sto monitorando l'uptime con PINGDOM, e fino ad ora a parte un buco di 15 ore (ho combinato un casino col server e l'ho buttato giù per 15 ore quindi ME CULPA ).

Fino ad ora quindi, l'uptime della banda è al 100%, non ci sono rallentamenti e tutto fila liscio (nn voglio parlare assai).

Oggi compro un altro kimsufi e mi è stato attivato in circa 40 minuti

Ho provato a utilizzare il tool di ripristino sistema operativo, che consiste in una specie di interfaccia ajax con la quale vi informa passo passo sullo stato del ripristino, tutto in tempo reale!

In linea di massima OVH è fantastico, nonostante siano in francia anche i tempi di risposta (ping) sono soddisfacenti.....

Una cosa che secondo me non brilla in OVH è l'assistenza ITALIANA....
Non sono pienamente soddisfatto, ai ticket rispondono dopo circa 5 ore e la risposta è molto vaga... (ho aperto 4 ticket diversi)...

L'assistenza telefonica è abbastanza cordiale e sono anche dei simpaticoni...

Insomma io sono rimasto soddisfatto !

[usu]

Anch'io soddisfatto al 100% con kimsufi

[guest]

Ecco una recensione che ho letto volentieri.
Non si sente mai parlare di OVH se non su consigli di acquisto.

Di preciso, sai come funziona il re-image?
Tu hai preso un kimsufi, quindi un vero server hardware, non virtuale, come diavolo fanno a fare il reimage a distanza tramite pannello web?

[SeFlow]

pxe agent delle lan con tftp server

[guest]

Si ok, questo è normale.
Ma come riavviano forzando in PXE?
Oppure, analogamente, come riavviano bypassando il PXE attivo di default?

Tanto se hai la macchina online, quel tool sicuramente la riavvia da remoto forzando il boot da rete, ma come?

[SeFlow]

Riavvii con le prese di riavvio remoto, e col dhcp assegni l'ip provvisorio per iniziare il deployment.

E' lo stesso sistema che usiamo anche noi.

Per i sistemi redhat like lavori col kickstart, mentre con debian/ubuntu il preseed.

[guest]

Questo lo so, non sto chiedendo come fare il deploy, semplicemente, una volta che hai riavviato la macchina, il PXE parte sempre e cerca un server dhcp.
Per cui, normalmente, questo server dhcp non deve essere raggiungibile altrimenti tutte le macchine partirebbero in modalità reimage.

In che modo non viene reso raggiungibile? Droppando in qualche modo il mac sorgente tramite iptables direttamente da sopra il server dhcp (o dal firewall di quel segmento)?
Mi chiedo quale sia la discriminante che permette a 99 macchine di partire in modalità "standard" dal disco locale e ad 1 macchina di partire tramite PXE.

[SeFlow]

No il dhcp rimane sempre attivo, col pxe decidi se farlo partire o no. Alla fine lo lasci disponibile solo per i mac address che decidi tu e se non vuoi farlo partire metti:

localboot 0

nel file di configurazione del mac stesso.

[guest]

Perfetto, quindi tutti partono in pxe che di default fa il fallback a localboot 0, altrimenti se e' presente la config associata al mac viene caricata quella li che corrisponderà al reimage.

(oppure al contrario: tutti i mac address in localboot 0 tranne quello che dovrà fare il reimage)

Grazie 1k, pensavo fosse più complessa la cosa, alla fin fine è una normale gestione PXE. (io pensavo a chissà a quali strane procedure...)

[SeFlow]

macchè, se son riuscito io a sviluppare una cosa del genere significa che deve essere per forza semplice

[guest]

Maddai su, io pensavo a chissà quale stregoneria con qemu, pensa te dove mi stavo andando ad infognare....

Le soluzioni migliori son sempre le più semplici, alla fine è una normale installazione di PXE.

[Alex]

sinceramente la recensione è quanto mai veritiera, la più grande carenza di ovh in italia è l'assistenza, nel senso che sui problemi tecnici per i quali intervengono i francesi è perfetta ... alle volte non serve neanche aprire il ticket, ma per quesiti commerciali o assistenza di primo livello i tempi sono epici, meglio usare il telefono (con tutte le sue problematiche del verba volant). Però tutto sommato una persona in grado di amministrare il server l'assistenza di primo livello la bypassa facilmente mediante tutti i tools che il loro pannello offre. Quindi l'unico reale neo della sezione italiana di questa ditta è l'assistenza commerciale che spesso è disinformata, oggettivamente una mancanza non gravissima che, visti i costi, si può accettare più che volentieri

[tecnolive]

Beh, purtroppo non è oro tutto quello che luccica, ma magari è solo sporco eheeheh...

Con questo voglio dire che è davvero un peccato che l'assistenza italiana sia quasi nulla, perchè rendevano il servizio praticamente perfetto... AHIME'!

Comunque quoto in pieno alex, a volte non c'è nemmeno bisogno di aprire i ticket....

Se il server rimane giù per più di 20 minuti viene aperto automaticamente un ticket di controllo, oppure se si verificano problemi strani sul server (il processore rimane al 100% per tanto tempo, la banda è continuamente occupata per un certo periodo di tempo, ecc)....

Insomma, come ho già detto è davvero un peccato per l'assistenza italiana, del resto ... TUTTO BENE!

Ah un altra pecca che voglio fare notare è il server FTP backup..... praticamente accetta una sola connessione possibile solo dal server, plesk vuole più di una connessione per riportare i backup effettuati nel repository locale, per cui è impossibile.....
Quindi è una cosa che si deve fare manuale, e purtroppo, non è possibile farlo semplicemente tramite pannello di controllo

Da quello che so i tecnici italiani hanno richiesto l'aumento delle connessioni, ma a quanto pare i francesi non gli hanno dato ascolto ahahhaha

[Alex]

per me la cazzata è il blocco del ftp sull'ip della macchina, ma se la macchina mi si sputtana e ci voglion ore a riparla perchè io non posso da un'altra macchina accedere a al backup e tirar su il tutto in meno di 5 minuti? Seriamente non lo capisco, magari limitare le connessioni agli ip facenti capo al cliente sarebbe una scelta più logica.

[SeFlow]

Una piccola precisazione.
A favore di ovh voglio ricordare che i loro account sono totalmente managed, questo significa che il loro compito sarebbe intervenire eslcusivamente in caso di guasto hardware, per tutto il resto danno gli strumenti necessari per ripristinare il problema, a chi ne ha le capacità.

Per chi non ha capacità, o peggio si sente capace dovrebbe cercare altri account o usare un managed.

Una cosa che personalmente non vedo come positivo, è questo:

oppure se si verificano problemi strani sul server (il processore rimane al 100% per tanto tempo, la banda è continuamente occupata per un certo periodo di tempo, ecc)....

significa che vengono installati applicativi sul sistema o peggio ancora (mi pare di ricordare così) viene patchato il kernel. Così facendo il cliente si trova un kernel senza sapere cosa c'è dentro con tutti i problemi di sicurezza che ne derivano.

Come in tutte le cose bisogna valutare i pro e i contro e qualsiasi cosa una società faccia troverà estimatori e chi invece non approva.

Un'esempio lampante è il kernel patchato che tecnolive lo vede come un ' ottima cosa e io esattamente il contrario.

Per fortuna non siamo tutti uguali ci sarebbe da dire...