Klaster/cloud z serwerów dedykowanych

[Desavil 88]

Witam.

 

Zastanawiam się, czy możliwe jest stworzenie z kilku/kilkudziesięciu serwerów dedykowanych jednego dużego klastra bądź chmury, głównie pod wirtualizację.

 

Dla przykładu (będę opierał się tylko na pamięci RAM w przykładzie).

Mam 4 serwery dedykowane, na każdym po 32 GB pamięci RAM, co daje w sumie 128GB pamięci RAM.

Przyjmijmy, że na każdym z serwerów zarezerwowane jest 4GB pamięci pod system i jakieś wewnętrzne aplikacje, co daje w sumie: 28GB x 4 = 112GB wolnej pamięci RAM do wykorzystania.

 

Teraz chcemy utworzyć VPS'a, który będzie miał np. 64GB pamięci RAM, czyli będzie musiał on być rozłożony na 3 fizycznych serwerach dedykowanych.

 

Moje pytanie, czy stworzenie czegoś takiego jest możliwe przy użyciu dzierżawionych serwerów dedykowanych? Czy w grę wchodzi wtedy tylko wirtualizacja VMware, która ma duże możliwości, czy zrealizowanie tego możliwe jest również na zwykłym OpenVZ.

 

Jak jest to realizowane również mając fizyczny dostęp do sprzętu, jego konfiguracji sieciowej (kolokacja)?

 

Pozdrawiam!

Edytowano Maj 18, 2014 przez Desavil (zobacz historię edycji)

[Czakoszek 12]

Nie ma takiej technicznej możliwości, w przypadku środowisk chmurowych nie możesz ustawić więcej zasobów niż dany node posiada.

Edytowano Maj 18, 2014 przez Czakoszek (zobacz historię edycji)

[Desavil 88]

Poniekąd też tak myślałem, ale zastanawia mnie w takim razie jak działają chmury, np. Okravawe / e24cloud?

 

Przypuśćmy, że mają nody po 32GB pamięci RAM (zapewne w rzeczywistości 128GB lub 256GB pamięci RAM, ale to mało istotne).

Mają na takim jednym node dwóch klientów (chmury), każda po 14GB (w sumie daje to 28GB), jako że zasoby możemy sobie skalować przypuśćmy, że nagle jeden z klientów na tym node chce mieć 28GB pamięci RAM, w takim razie jego usługa chyba powinna automatycznie prze-migrować na drugi node, gdzie te 28GB jest faktycznie dostępne.

 

Pewnie dzieje się tak, że jeżeli miejsce jest dostępne na node, to cloud pozostaje, jeżeli nie to migruje na wolny, czy tak w rzeczywistości to działa? Rozumiem, że w momencie migracji na inny node niezbędny będzie restart usługi i te kilka sekund przerwy są mimo wszystko nieuniknione, ponieważ i tak procesy clouda będą musiały zostać uruchomione na innej maszynie? Czy w taki sposób to działa?

Edytowano Maj 19, 2014 przez Desavil (zobacz historię edycji)

[elcct 159]

Poniekąd też tak myślałem, ale zastanawia mnie w takim razie jak działają chmury, np. Okravawe / e24cloud?

 

Przypuśćmy, że mają nody po 32GB pamięci RAM (zapewne w rzeczywistości 128GB lub 256GB pamięci RAM, ale to mało istotne).

Mają na takim jednym node dwóch klientów (chmury), każda po 14GB (w sumie daje to 28GB), jako że zasoby możemy sobie skalować przypuśćmy, że nagle jeden z klientów na tym node chce mieć 28GB pamięci RAM, w takim razie jego usługa chyba powinna automatycznie prze-migrować na drugi node, gdzie te 28GB jest faktycznie dostępne.

 

Pewnie dzieje się tak, że jeżeli miejsce jest dostępne na node, to cloud pozostaje, jeżeli nie to migruje na wolny, czy tak w rzeczywistości to działa? Rozumiem, że w momencie migracji na inny node niezbędny będzie restart usługi i te kilka sekund przerwy są mimo wszystko nieuniknione, ponieważ i tak procesy clouda będą musiały zostać uruchomione na innej maszynie? Czy w taki sposób to działa?

 

Tak, tak to działa. Jeżeli nie ma wolnego miejsca następuje migracja na serwer który takie miejsce posiada.

W niektórych systemach migracja następuje wraz z adresami IP, na czas migracji VPS jest hibernowany i zwykle to niesie za sobą downtime. Niektóre chmury wymagają wyłączenia instancji przed zmianą parametrów. Zwykle bez restartu jedynie można zwiększyć ilość pamięci.

[Misiek08 285]

To jakim cudem jest możliwość przeniesienia instancji bez downtime'u na inny node? Przecież takie operacje są wykonywane?

[elcct 159]

To jakim cudem jest możliwość przeniesienia instancji bez downtime'u na inny node? Przecież takie operacje są wykonywane?

 

Zawsze jest jakiś downtime, ale niektóre systemy ograniczają go do minimum, że jest niezauważalny.

 

Jest taka możliwość, gdy wiele "matek" korzysta z tego samego storage. Wtedy aby przenieść VPS na inną matkę "przepinany" jest mount na inną matkę oraz przesyłany jest stan pamięci VPS (gdy VPS ma np. 1GB przy lokalnej sieci 10gbps to jest chwila) (tak mniej więcej działa vMotion)

[malu 460]

Wszystko zależy od użytej wirtualizacji.

W przypadku środowisk a'la octa czy e24cloud - korzystają oni z zewnętrznej macierzy storage, a więc ułatwia to do maksimum migracje VM'ek pomiędzy serwerami i downtime jest praktycznie niezauważalny, chociaż wcale wspólna macierz nie jest konieczna.
Przykładowo jak wygląda to na KVM: http://www.linux-kvm.org/page/Migration