[S.Li.P] Clustering di 2 server per vm

[Alessandro Pasotti]

On Tue, Jul 9, 2019 at 8:10 AM Davide Corio via SLiP <
slip a liszt.softwareliberopinerolo.org> wrote:

> Quel tipo di clustering generalmente avviene a livello applicativo.
> Se lo fai a scopo didattico, forse ti conviene prima darti un obiettivo e
> poi decidere cosa usare.
>
> Il clustering può avvenire a diversi livelli, ma quelli che coinvolgono il
> sistema operativo di solito esistono per l'alta affidabilità.
> A meno che non utilizzi sistemi operativi ottimizzati per il calcolo
> parallelo o cose simili.
>
> Più di 10 anni fa misi in piedi un cluster con OpenMosix puramente a scopo
> didattico (progetto che penso sia ormai chiuso)
>
> Sempre a scopo didattico, potrebbe interessarti approfondire strumenti di
> orchestration più che clustering. Come Kubernetes.
>
>
Ciao, stavo anche io per consigliarti microk8s  https://microk8s.io/, ma
poi ho pensato: se vuole VM e non container avrà i suoi motivi.



>
> Il giorno lun 8 lug 2019 alle ore 23:11 Marco Lim via SLiP <
> slip a liszt.softwareliberopinerolo.org> ha scritto:
>
>> Grazie della risposta, in realtà la cosa servirebbe in primis a capire
>> come installare un sistema di cluster (sicuramente non per livello
>> professionale, ma puramente didattico). Per quanto riguarda l'utilizzo
>> sarebbe quello di avere la potenza ma soprattutto le risorse  dei servers
>> come se fosse uno solo. Servirebbe per creare una specie di laboratorio
>> virtuale di PC dove installare vari OS e vari applicativi. Politiche di
>> failover in pratica non ne avrei necessità, sempre che non siano
>> necessarie. Chiaro che sarebbe interessante approfondirlo ma, non avendone
>> il tempo ovviamente,  partirei con l'opzione 1. Hai/avete altre soluzioni
>> da consigliare?
>>
>> Grazie
>> Ciao
>> Marco
>>
>> Il lun 8 lug 2019, 22:26 Lucio Crusca via SLiP <
>> slip a liszt.softwareliberopinerolo.org> ha scritto:
>>
>>> Ciao Marco,
>>>
>>> Il 08/07/19 21:10, Marco Lim via SLiP ha scritto:
>>> > Se doveste fare un cluster di 2server con installati debian buster su
>>> ognuno, per creare "un" server che gestisca un po' di macchine virtuali con
>>> kvm, quale applicativo usereste?
>>> > Ho cercato un po' su Google e ci sono varie soluzioni
>>> > Cosa suggerireste?
>>>
>>> Secondo me due server per un cluster sono troppo pochi. Mi spiego.
>>>
>>> Se il cluster ti serve per fare HPC (High Performance Computing), ovvero
>>> sommare la potenza di calcolo delle macchine fisiche per eseguire calcoli
>>> scientifici in parallelo, probabilmente non avrebbe senso usare macchine
>>> virtuali (KVM o altro), quindi escludo questa ipotesi.
>>>
>>> Se il cluster ti serve per fare HA (High Availability), ovvero fornire
>>> un servizio il più possibile senza interruzioni anche in caso di guasto ad
>>> uno dei server, probabilmente ti serve almeno una terza macchina che
>>> implementi le politiche di failover e che sia idealmente affidabile al
>>> 100%, il che è materialmente impossibile, ma è approssimabile usando due
>>> server (o più) invece di uno solo, che condividano un unico indirizzo IP
>>> virtuale in failover. E quindi siamo almeno a quattro server fisici.
>>>
>>> Se invece il cluster ti serve per fare bilanciamento del carico, allora
>>> ti serve la live migration delle macchine virtuali KVM, la quale è
>>> possibile solo se lo storage non deve essere anch'esso migrato, ma si trova
>>> su un terzo server che a quel punto fa solo da file server. E se non vuoi
>>> indebolire la catena, anche il fileserver andrebbe ridondato, mettendolo
>>> dietro un IP virtuale con failover, arrivando di nuovo ad almeno 4 server
>>> fisici.
>>>
>>> Prima di proseguire chiedo quindi: a cosa ti servirebbe il cluster?
>>>
>>> --
>>> SLiP mailing list
>>> SLiP a liszt.softwareliberopinerolo.org
>>> https://liszt.softwareliberopinerolo.org/listinfo/slip
>>>
>> --
>> SLiP mailing list
>> SLiP a liszt.softwareliberopinerolo.org
>> https://liszt.softwareliberopinerolo.org/listinfo/slip
>>
>
>
> --
> Davide Corio
> enlightx a gmail.com
> --
> SLiP mailing list
> SLiP a liszt.softwareliberopinerolo.org
> https://liszt.softwareliberopinerolo.org/listinfo/slip
>


-- 
Alessandro Pasotti
w3:   www.itopen.it
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://liszt.softwareliberopinerolo.org/pipermail/slip/attachments/20190709/31bff681/attachment-0001.html>