Browsed by
Tag: lamp

ProgettoIdeaDelirio: GrG, 5 metri sottoterra

ProgettoIdeaDelirio: GrG, 5 metri sottoterra

Qualche riga per descrivere l’idea fuori di testa nonchè inutile delle 18.45 di Mercoledì 06 Aprile 2011. L’atto ufficiale, un post Facebook, è qui.


Partiamo dall’inizio. Mi incuriosiscono molto le piattaforme embedded ALIX, specialmente la Alix 2d3 (Caratteristiche Tecniche). In breve, è un micro-pc con una CPU da 500 mhz, 256 MB di RAM, 3 Ethernet e 2 USB. Non ha porte per la tastiera e il mouse o per il monitor, tutta la gestione avviene attraverso la porta COM (Cavo Null-Modem). Lo storage primario è una scheda FLASH (da utilizzare esternamente per l’installazione del sistema operativo) e si possono facilmente aggiungere dischi (o chiavette) USB.  Non ha ventole (raffreddamento passivo), ma in compenso è di ridottissime dimensioni. Si alimenta a 12 V e consuma 5 Watt.

Ho passato giorni e giorni a trovare un progetto inutile in cui utilizzarla. E oggi, l’idea: servire il mio blog (quello che state leggendo ora per intenderci) da 5 metri sottoterra.

Come? Intendo comprare questa board, installarci tutto il necessario, poi chiuderla in una scatola di quelle elettriche per esterni (sigillate) da cui usciranno solo Ethernet, COM e alimentazione. Dopo aver sigillato ogni fessura, finirà tutto in un buco in giardino. C’è solo qualche dubbio sulla portata di un cavo seriale, nel caso si potrebbe pensare ad un extender su Ethernet, chiuso anche quello nella scatola.

Per disperdere il calore potrei anche annegare tutto nell’olio di girasole (ma ho paura possano esserci problemi con gli abitanti del sottosuolo). Per ridurre al minimo i problemi causati da una potenziale perdita di tensione, dovrei pensare di inscatolare anche una batteria: considerato che parliamo di 12V non dovrebbe essere difficile, basta la batteria di una moto. La board consuma, come detto, 5W a 12V, ovvero 0.4AH, le batterie di questo tipo sono di circa 10AH: questo mi garantisce una autonomia di circa 24 ore.

Ancora più utile potrebbe essere alimentarlo a batteria (in modo che non sia sostituibile) e farlo connettere al mondo in WiFi.

Ci lavoro un pò e vi aggiorno.

Giorgio

Quanto tempo resta agli ambienti monolitici?

Quanto tempo resta agli ambienti monolitici?

lamp

Come dicevo, negli ultimi mesi ho dedicato moltissimo tempo allo studio delle infrastrutture che stanno dietro ai servizi cosiddetti “Cloud” più utilizzati al giorno d’oggi (Google, Youtube, Facebook, Amazon, Linkedin, Azure etc).

Il motivo è semplice: gli ambienti LAMP usati fino ad ora (e qui mi riferisco alle classiche strutture utilizzate dalla maggior parte degli hosting provider, un server con su installato mysql, apache, php), non coprono le più basilari necessità di un sito web. Stiamo parlando, sia chiaro, di un sito qualunque, quale può essere il mio blog.

Mi spiego meglio: fino a qualche anno fa (ma, oserei dire, qualche mese fa, perchè, alla fine, l’esplosione di questo cloud computing è stata tutta questa estate), era assolutamente normale, quando il pacchetto hosting non bastava più (spazio esaurito, costanti abusi di cpu), acquistarne uno più grande, scaricare files e db dal vecchio spazio, spostarli sul nuovo e riconfigurare il tutto (io stesso lo ho fatto più volte con il mio blog: partito da tophost, passato a netsons, poi a eticoweb openhost e poi ad un piano personalizzato eticoweb).

Ma, riflettendoci, che senso ha? Perchè stressarsi con questo lavoro quando con un account Blogger/WordPress ho un sito esattamente uguale a questo in grado di reggere praticamente qualunque carico di lavoro? Stessa cosa dicasi per i server dedicati. Quando il mio dedicatino non regge più ne prendo uno nuovo più potente e ci sposto tutto. Anche qui, c’è un senso? Perchè comprare un piccolo dedicato quando con una VPS (mi riferisco a RackSpace CloudServers, Amazon EC2 e GoGrid) ho lo stesso servizio, scalabilità immediata e semplice, ridondanza ed in più i vantaggi di un ambiente “burstable”?

Altro problema ricorrente è l’uptime. Leggevo tempo fa “The Big Switch” di Nicholas Carr. Fa un interessante paragone tra gli anni 70, in cui, se cadeva il server aziendale, si chiamava IBM che lo ritirava su in 3/4 giorni, gli anni 80/90 in cui c’è stata la corsa all’offerta del servizio di supporto onsite più efficiente (il down di un server con un gestionale iniziava ad essere un serio problema, avendo completamente sostituito gli archivi cartacei), e oggi, dove si è capito che l’erogazione del servizio semplicemente NON PUO’ più interrompersi (basti pensare allo scompiglio creato dal down di 12 minuti di GMail di qualche mese fa).

Il servizio, è ovviamente erogato da servers. L’ultimo passaggio è quindi immediato: ogni singolo componente dell’infrastruttura, per quanto ridondato possa essere, può fermarsi. Servono quindi strutture che sappiano utilizzare gruppi (pool) di macchine, e che possano gestire il down di uno o più componenti in modo totalmente trasparente all’utente finale, l’utlizzatore del servizio. La struttura deve essere in grado di gestire la caduta di un singolo server, rack, sala o datacenter, come se fosse una cosa di routine che può accadere tutti i giorni.

E qui abbiamo una ulteriore divisione: per grandi servizi come Google, per cui adattare gli strumenti esistenti sarebbe complicato se non impossibile, sono state create strutture proprietarie, perfettamente ottimizzate, volte a svolgere precisi compiti. In altre parole, “su misura”.

C’è poi chi sta lavorando per “accogliere” gli utenti che vengono dagli ambienti che ho definito mono-server, che sta quindi lavorando per creare piattaforme che pur essendo basate su quello che compone i sistemi LAMP (banalmente, Linux, Apache, MySQL e PHP), godano di caratteristiche che a questi mancavano, come, ancora una volta, scalabilità e ridondanza (io resto comunque abbastanza convinto che tuttora ci siano limiti sopra i quali non si può andare. non ho infatti trovato uno di questi servizi “cloud hosting” in cui mysql scali a dovere).

Quindi, concludendo, mi chiedo: per quanti anni ancora vedremo siti ospitati su server singoli senza alcun tipo di fail-over? Questi vecchi ambienti, alla luce di queste considerazioni, sono davvero così terribili? Strutture come RackSpace CloudSites e Seeweb Cloud Hosting, prenderanno piede così velocemente?

%d bloggers like this: