Temat: Czy serwery blade to ZUO ?

Caly temat jest zbyteczny.
Kazdy mowi to samo. Zalezy do jakeigo srodowiska kupujemy sprzet.

To samo sie tyczy aktykulow z petri, ktore wg sa chaotyczne troche. Z jednej strony wiadomo do czego wykorzystujemy blady, duze klastry, POWERRRRRRRR
Z drugie koles porownuje inne OS/techologie i narzeka ze blady sie nie nadaja.

Przeciez nikt nie bedzie na bladach stawial AD, czy malego sharepoint, wiadomo. Nie bedzie tez na blade wirtualizowal sobie 5 VMek.

Na bladach stawiamy tylko hypervizor, duze klastry SQL, www no i moze duze Exchange Servery. Duze mam na mysli 10k userow. Ale wtedy te Exchange montujemy juz z RDM. Duzo replikacji.
Ja innego zastosowania osobiscie na oczy nie widzialem.

Dalej, jakie blady? BL460+ czy UCS.
UCS kosztowne i czy ja wiem czy jest duzy narzut administracyjny? Raczej nie.
Jak robimy Switched Fabric to moze tak, ale wtedy dochodzą nam Fabric Interconnects, Fabric Exterdery, MDS i wyzsze modele Nexusow.
Duza czesc takiej instrastruktury jest zarządza przez sieciowcow, storage'owcow...
Samo zarządzanie UCS nie jest specjalnie trudne.

Z takim czym sie nie spotkamy w urzedzie pracy czy w dziale IT Biedronki. Tylko duze banki moze, ISP, hosting providerzy/firmy konsultanckie ze swomi DC.Ten post został edytowany przez Autora dnia 24.07.14 o godzinie 18:22

Temat: Czy serwery blade to ZUO ?

Rafal S.:
Na bladach stawiamy tylko hypervizor, duze klastry SQL, www no i moze duze Exchange Servery. Duze mam na mysli 10k userow. Ale wtedy te Exchange montujemy juz z RDM. Duzo replikacji.
Ja innego zastosowania osobiscie na oczy nie widzialem.

Ja dla odmiany często widziałem użycie bladeów wtedy, gdy konieczne było użycie dużej liczby fizycznych serwerów, których z różnych przyczyn nie dało się zwirtualizować (choćby dlatego, że producent aplikacji nie wspierał jej na VMce i już) - przy postępie wirtualizacji i zniesieniu wielu ograniczeń supportowych może często okazać się, że to, co wymagało pełnej chassis 10U teraz działa na 3-4 serwerach rack 2U...

Ale nie spierajmy się - życzę wesołego SysAdminDay - obojętnie, czy zarządza się blade'ami czy rackami :)

Temat: Czy serwery blade to ZUO ?

Ja dla odmiany często widziałem użycie bladeów wtedy, gdy konieczne było użycie dużej liczby fizycznych serwerów, których z różnych przyczyn nie dało się zwirtualizować (choćby dlatego, że producent aplikacji nie wspierał jej na VMce i już) - przy postępie wirtualizacji i zniesieniu wielu ograniczeń supportowych może często okazać się, że to, co wymagało pełnej chassis 10U teraz działa na 3-4 serwerach rack 2U...

Czytam to zdanie juz chyba z 10 raz i dalej nie rozumiem.
Czaje przypadki aplikacji, ktore nie sa supportowane na VM, mimo tego ze i tak dobrze chodzą. To taki srodkowy palec w strone klientow, bo firma moze powiedziec zawsze, ze ma w dupie wirtualizacje i nie chce sie jej przeprowadzac dodatkow testow.
Pamietam przypadek z SAP. Mowili: mozecie wirtualizowac serwery, ale jak cos sie zdanie, musicie zreplikowac error na sprzecie fizycznym.

Ale drugiej czesci zdania, to juz za Chiny Ludowe nie czaje :)

Ale nie spierajmy się - życzę wesołego SysAdminDay - obojętnie, czy zarządza się blade'ami czy rackami :)

Nikt sie nie spiera, tylko wymienia doswiedczeniem.

Takie porownania blade/rack, to jest to samo to windows/linux, vmware/hyper-v. Prowadza do nikąd. Jedni wolą puscic instalatowac, kliknac 3 razu i maja AD, Exchange czy cos innego.
Inni wola rzezbic w konsoli. Wszystko spoko.
Musimy tylko zdawac sobie sprawe z tego:
1. ile mamy $
2. ile mamy czasu
3. czy firma bedzie umiala zarzadzac tym co zrobilismy dla niej

USE CASE Panowie jest tutaj najwazniejszy i jak w przyszlosci bedziemy skalowac srodowisko, bo wiadomo nic nie jest stale.

Temat: Czy serwery blade to ZUO ?

Kapitalne !!! :-)

takie rzeczy to generalnie świetny temat na pracę doktorską typu "zakrzywienie kosztów w matematyce marketingowej" :D