Seeweb Cloud Hosting: ecco i dettagli del servizio e della piattaforma di cloud hosti

[Antonio]

Ok ok, io non conosco VZ ma mi pare di capire che VZ faccia vedere la ram del nodo intero e non quella del container.

Esattamente

[GrG]

Siete sicuri?

Io so che fa vedere il totale di ram, compresa quella burstabile ma non il totale del sistema.

[Antonio]

Siete sicuri?

Io so che fa vedere il totale di ram, compresa quella burstabile ma non il totale del sistema.

Di sicuro ti fa vedere quella burst, ma se non è cambiato niente dovrebbe essere quella totale di sistema. Comunque sarebbe assurdo fare un unico nodo xen e poi usare VZ dentro con molti clienti; a questo punto meglio suddividere in diverse istanze xen.

[guest]

AFAIK, con Xen non puoi cambiare le risorse al volo, mentre con VZ si.
Forse usano Xen per poter migrare gruppi di container in maniera rapida ed indolore, visto che hanno una SAN di tutto rispetto, e magari usano VZ per poter permettere l'upgrade di SPU senza dover riavviare, cosa necessaria su Xen.

[xAnder]

Ho provato anche a chiedere l'algoritmo col quale calcolano l'uso delle SPU, ma (ovviamente) la risposta non è stata esauriente

In questo modo potrebbero cambiare i parametri dell'algoritmo a favore/sfavore senza avvisare nessuno.

Sto testando il servizio, e ti dico che sul mio nodo web ho 4vCPU e 4GB di ram, per quello ti dicevo che sicuramente oltre alla vm-xen con openvz che serve me ed altri clienti ci sarà sicuramente altro

Io vedo che ne ho solo 2GB

~$ free
             total       used       free     shared    buffers     cached
Mem:       2057016     127208    1929808          0          0          0
-/+ buffers/cache:     127208    1929808
Swap:            0          0          0

[Antonio]

In questo modo potrebbero cambiare i parametri dell'algoritmo a favore/sfavore senza avvisare nessuno.

Non so cosa dirti, ci si deve fidare del proprio fornitore

Per la ram, ho controllato nuovamente adesso:

web01:~$ free
             total       used       free     shared    buffers     cached
Mem:       1392960     154756    1238204          0          0          0
-/+ buffers/cache:     154756    1238204
Swap:            0          0          0

Forse ricordavo io male, per quanto riguarda le CPU, sono 4 vCPU da 2,6GHz.

Attualmente ci sono 450SPU dedicate al nodo web (ma anche aumentandole/diminuendole non differisce il quantitativo di memoria disponibile).

Comunque non sono su xen, il virtualizzatore su cui poggia VZ è KVM:

processor       : 3
vendor_id       : AuthenticAMD
cpu family      : 6
model           : 6
model name      : QEMU Virtual CPU version 0.9.1
stepping        : 3
cpu MHz         : 2600.109
cache size      : 512 KB
fpu             : yes
fpu_exception   : yes
cpuid level     : 4
wp              : yes
flags           : fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx lm pni
bogomips        : 5205.67
TLB size        : 1024 4K pages
clflush size    : 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual

[guest]

Ma in pratica, questi servizi di Cloud Hosting cosa sono, degli hosting dedicati (VPS) in cui il web sta su una VPS gestita dal fornitore ma dedicata al solo cliente, il database sta su un altra VPS gestita dal fornitore e dedicata al cliente e così via, giusto?

[Uno]

Forse usano Xen per poter migrare gruppi di container in maniera rapida ed indolore, visto che hanno una SAN di tutto rispetto,

E' quello che pensavo anche io. Se devi migrare un solo Vps lo puoi fare indipendentemente con Vz come come Xen, se vuoi spostarne in blocco diversi alla fine sempre uno per uno li sposti anche se lo fai in maniera automatizzata.
Mettere diversi Vz dentro un unico container Vz non è possibile come suppongo (non lo so) non lo sia neanche Xen su Xen e comunque la modifica a caldo delle singole Vps è prerogativa Vz.
Quindi macro Vps che raggruppa diversi micro Vps così ne puoi spostare uno solo o una classe intera.

Anche eventuali replicazioni, backup etc... possono essere fatti sulla classe intera invece che su singolo Vps

[Antonio]

Ma in pratica, questi servizi di Cloud Hosting cosa sono, degli hosting dedicati (VPS) in cui il web sta su una VPS gestita dal fornitore ma dedicata al solo cliente, il database sta su un altra VPS gestita dal fornitore e dedicata al cliente e così via, giusto?

Esatto, diciamo che è uno "shared hosting" con i servizi distribuiti su diversi "server" e ben isolati.

Sul nodo web non hai possibilità di usare chissà quanti programmi (non c'è neanche scp o unzip di base).

[guest]

Sul nodo web non hai possibilità di usare chissà quanti programmi (non c'è neanche scp o unzip di base).

Perchè, ti danno gli accessi al VPS?
E come fanno a scalare MySQL? Se una singola VPS non dovesse bastare? Attivarne una seconda in parallelo e clusterizzare potrebbe essere un bagno di sangue, considerata la gestione delle repliche di MySQL.

[Antonio]

Perchè, ti danno gli accessi al VPS?
E come fanno a scalare MySQL? Se una singola VPS non dovesse bastare? Attivarne una seconda in parallelo e clusterizzare potrebbe essere un bagno di sangue, considerata la gestione delle repliche di MySQL.

Ti danno accesso ssh al nodo web.

Per mysql, se arrivi ad usare SPU superiori a quelle che il server fisico può darti, penso che l'unica sia proprio il clustering.

Comunque, almeno attualmente non aspettatevi un alto grado di automatizzazione...

[xAnder]

Sul nodo web non hai possibilità di usare chissà quanti programmi (non c'è neanche scp o unzip di base).

scp era presente all'installazione sul mio nodo web, mentre unzip no.