Hosting economico che permetta google apps

[strae]

prima di iniziare, Buon Natale

Dunque, ho (a quanto pare, avevo) un sito di un mio amico su tophost, ma visto che non è stato rinnovato in tempo, sembra sia stato eliminato completamente (..e lasciamo stare che è meglio).

Ora vorrei passare su un altro hosting, che cmq tophost non era certo impeccabile, sarei li li per andare su aruba, ma nell'offerta linux non vedo la gestione autonoma dei dns (necessaria per le google apps, in particolare la posta).

Voi conoscete un buon hosting low-cost con php, mysql (il sito sarà rifatto in drupal), spazio illimitato (o almeno 1gb di spazio, il sito conterrà molte foto di feste varie) che consenta la gestione dei dns?

su aruba sembra sia un servizio aggiuntivo, il che potrebbe anche andarmi bene, ma l'ultima esperienza con aruba non fu delle migliori e vorrei tenerlo come ultima spiaggia

[guest]

Ciao e buon Natale.
Quanto traffico prevedi di fare?

[GrG]

Dai un occhio al sito in firma dell'uomo qui sopra che fa tanto il gentile.

Più che altro ragiona sull'importanza delle email perchè se come in alcuni casi miei hai il sito che fa due visite al giorno e è da lowcost ma hai le email che sono F-O-N-D-A-M-E-N-T-A-L-I e per quello le metti su Gmail o su Rackspace, devi stare attento a non comprare hosting da chi ha due nameserver entrambi nella stessa farm o cose così.

[strae]

Ciao e buon Natale.
Quanto traffico prevedi di fare?

mmh, il sito attuale non generava un gran traffico, fai conto 200 al mese (è il sito di un mio gruppo di amici che organizzano feste durante l'anno), ma con il refacimento si pensava di aggiungere molte più funzionalità (per dire, l'unica cosa 'interattiva' del vecchio sito era il gurstbook, con drupal cerco di fargli una spece di community), ma rimarrebbe cmq un sito di 'nicchia' (e, essendo onesti, anche se triplicasse il traffico dovrebbe cmq andare benissimo un hosting low-cost)

@Grg: le email gliele ho spostate su google perchè so essere un ottimo servizio, onestastamente mi pare abbiano cominciato a usarle da poco.. spieghi meglio il discorso dei nameserver?

[GrG]

@Grg: le email gliele ho spostate su google perchè so essere un ottimo servizio, onestastamente mi pare abbiano cominciato a usarle da poco.. spieghi meglio il discorso dei nameserver?

Io ho delle caselle email molto importanti che sono ospitate su rackspace che garantisce ridondanza geografica. Ovvero mi garantiscono che se gli stati uniti dove hanno il dc primario spariscono dal pianeta io continuo a ricevere le email.

E' un servizio che a me serve. MA tutto questo sarebbe vanificato se mettessi il dominio da web4web che ha i due nameserver nello stesso posto addirittura nella stessa classe di ip, perchè posso avere anche le email in 10 datacenter diversi, ma se cadono i dns son fregato.

[guest]

La suddivisione in classi degli ip è in disuso da almeno 15 anni buoni.
i dns poi, se impostati bene, hanno cache di alcuni giorni.

[GrG]

La suddivisione in classi degli ip è in disuso da almeno 15 anni buoni.

L'annuncio sbagliato di una /24 ha fatto giù youtube. Se li metti su /8 diverse o anche su /16 diverse hai meno probabilità di fare questi casini.

E comunque rimane come spof la singola farm.

Non sto dicendo non vada bene, sto dicendo che se ha mail mission critical deve starci attento.

[guest]

Si chiamano subnet, le classi sono tutt'altro.

[GrG]

Si da il caso che una /24, quella di cui parlavo sia una ex classe C, chiamata dai più ancora così.

Su, non stiamo a sindacare sul termine, è natale, ci siamo capiti. Quello che intendevo dire non cambia sia che dividiamo il mondo in classi che in sottoreti.

[guest]

Si da il caso che una /24, quella di cui parlavo sia una ex classe C, chiamata dai più ancora così.

Ma anche no, non funziona così.
La 10.10.10.0/24 (tanto per prenderne una a caso) è subnet da 256 ip in una ex classe A ad indirizzamento privato.

La 150.0.1.0/24 è una Classe B, ma ha sempre 256 ip.

Gli IP dei nostri nameserver, sono in Classe A: 77.95.168.0/24

Le Classi C son solo i range di ip che partono da 192 a 224 circa e la suddivisione la vedi bene con gli IP locali (10, 172, 192)

Il numero di host indicava ciò che i RIR assegnavano a suo tempo, non la tipologia di classe. Se ti assegnavano una Classe A, ti avrebbero assegnato un range tra 0 e 127 in una attuale subnet /8 ma non ha alcun senso, noi abbiamo tutte classi A, se è per questo, sia per la nostra prima allocazione 77.95.168.0, sia per la nostra seconda allocazione 109.70.79.0. Non abbiamo classi C.

Se fosse come dici te, si potrebbero scegliere solo 3 provider al mondo, visto che le classi usabili sono (erano) solo 3.

Su, non stiamo a sindacare sul termine, è natale, ci siamo capiti. Quello che intendevo dire non cambia sia che dividiamo il mondo in classi che in sottoreti.

Sinceramente no, non ti avevo capito, i due termini sono differenti e non collegati tra loro, in termini di affidabilità, sopratutto oggi quando i RIR rilasciano gli IP con il contagocce.

Tornando IT, secondo me bisogna valutare sopratutto il livello di affidabilità che si vuole ottenere con il servizio di posta. Servono valori prossimi al 100% ? Bisogna avere ridondanza geografica su tutta la catena (cosa impossibile da fare, perchè se il mittente ha l'smtp non ridondato, la posta non la si riceve uguale). Si vuole avere una affidabilità pari al 99.9% (dove lo 0.1% indica mittenti 'fai-da-te' o guasti al server) ? Se i DNS sono ben impostati ed il dominio riceve almeno una manciata di mail al giorno dai principali operatori esterni (gmail, yahoo, hotmail, ...) si riesce a non perdere nemmeno un messaggio anche in caso di guasto ad ambo i server per 24 o più ore.

Se i provider citati, ovvero quelli che compongono un buon 90% della posta mondiale, hanno i record MX in cache, cosa molto probabile grazie alle mail inviate poco prima del down di ambo i nameserver, la posta viene recapitata ugualmente, alla peggio, sarà accodata.

E' difficile, molto difficile, perdere i messaggi di posta a causa di problemi al nameserver, il sistema è già affidabile di suo.

[GrG]

Si, non li perdi, ma rischi di riceverli con forti ritardi.

E' ovvio che se parlo di ridondanza parlo di ridondanza dal mio lato, non me ne frega niente che il mittente abbia l'SMTP down, cioè, non è un problema mio.

Avere i NS distribuiti geograficamente non costa niente (10 dollari l'anno), è quindi un piccolo accorgimento che porta grandi vantaggi ed evita problemi.

Mettila così: a me interessa che con un DC down CHIUNQUE (quindi qui non si può parlare di cache dei grandi servizi) abbia un smtp funzonante possa inviarmi mail.

[guest]

Su questo concordo.
Ma allora degli togliere la parola "economico" dal titolo del thread.

[GrG]

No, perchè l'hosting del sito web economico ci sta.

Tutto è nato perchè lui ha chiesto di Google Apps. Io gli ho risposto: hosting economico ok, ma occhio a non buttar via tutto se usi apps per la ridondanza. Facile.

[guest]

Personalmente non conosco nessun hoster economico che offra ridondanza geografica anche dei soli dns.
Forse conviene acquistare servizi separati

[Uno]

Si, non li perdi, ma rischi di riceverli con forti ritardi.

E quindi ?
Posso capire il multimiliardario che in borsa perderebbe 1 milione se gli arriva la mail 1 ora dopo.

Avere i NS distribuiti geograficamente non costa niente (10 dollari l'anno),

A me non pare, ma magari sono io che non conosco le realtà a cui ti riferisci

ma occhio a non buttar via tutto se usi apps per la ridondanza. Facile.

Buttare via cosa? Ritardare caso mai, lo dici pure tu su.

Non vorrei passare da un estremismo all'altro nei discorsi. Da una parte ci sono persone che pensano di prendere vps e che questi viaggino da soli, oppure di installare script del cavolo etc... dall'altra se iniziamo a dire che i dns sono un problema se non sono ridondati su 5 stati....
Per carità sarebbe meglio, ma non è una cosa indispensabile per tutti e non parliamo di economia, parliamo di servizi che devono avere determinati requisiti perchè ci sono gioco soldoni.