SQLko pokud je dost zatizeny, tak potrebuje vetsinou takovej vykon, ze bys tak jako tak moh na danym zeleze provozovat jen prave jeden virtualni stroj s tim SQLkem. Mno a pak specielne u jedne "neuzasnejsinasvete" firmy (M$) zjistis, ze na virtualu mas leckde precijen oneco vetsi latence a ze to co na tom zeleze naprimo jede bez potizi virtual nezvlada.
Takze pro testovaci ucely/maly nezatizeny db/... je to OK, ale pokud mas DB desitky/stovky GB a desitky/stovky pristupujicich useru zaroven ... mas dost casto problem vubec sehnat dostatecne dimenzovany zelezo (at zije levny prgani v .NET a spol).
IMPROBE AMOR, QUID NON MORTALIA PECTORA COGIS - krutá jsi, lásko, kam až ty doženeš smrtelná srdce -- Vergilius
Mnoho je prostředků, které léčí lásku, ale žádný není spolehlivý.
S tím, čeho se na nás dopustili druzí se už nějak vyrovnáme. Horší je to s tím, čeho jsme se na sobě dopustili sami. -- Francois La Rochefoucauld
Nabídnout přátelství tomu, kdo chce lásku, je jako dát chleba tomu, kdo umírá žízní.
Přesně tak. No a co si budeme povídat, virtualizace platformy pro datově náročný služby jako fileserving a DB hosting asi úplně ideální nebude - hlavně kvůli zbytečně velké komplikaci připojení storage. A každá taková věc právě zvyšuje latence, jak už zmínil Jezevec.
Virtualizace platformy je IMHO více než vhodná pro aplikační servery a jiné služby datově nenáročné, ale např. kolísající nebo vyžadující škálovatelnost.
Dále ideální samozřejmě jako backup/failover prvky různých aplikačních clusterů, testovací prostředí, atd.
My používáme VMs právě pro vývoj a testování, je to k nezaplacení...
CUBE> Ryzen 7 7700X + Arctic Lq Frzr III ◦ 64 GB DDR5-6000 ◦ ASUS TUF B650PLUS ◦ ASUS RTX3060 OC 12GB ◦ Kingston KC3000 2TB ◦ SS G12 GM-650 Gold ◦ Samsung S27A800 4K
WORK> HP EliteBook 845 G9 ◦ Ryzen 5 PRO 6550 ◦ 32 GB DDR3 ◦ 2048 GB nVME SSD ◦ 14.1" 1920x1080 LED + 2x 32" Dell 4K ◦ Win11 Enterprise
SERVER> HP ProLiant Microserver Gen8 ◦ Intel Core i5-3540T ◦ 16 GB DDR3 ◦ 180 GB SSD + 2x4 TB WD RED + 2x16 TB Toshiba ◦ 10GbE NIC
PHOTO> Canon EOS 70D ◦ EF 70-200/4L ◦ EF-S 10-18 STM ◦ EF 50/1.8II ◦ EF-S 40/2.8 STM ◦ Yongnuo YN-568EX ◦ Tamrac 5534
HOMECINEMA> TV Samsung UE55Q55T 55" 4K ◦ DVD Pioneer DV-310K ◦ AVR Yamaha RX-V359 ◦ SPK Dexon Allegro 5.0
OTHERSTUFF> Mikrotik RB760iGS ◦ Mikrotik CSS610 ◦ Mikrotik CRS326 ◦ UniFi WLAN ◦ Xerox B235 ◦ Canon PiXMA MG5350
Nemohu souhlasit, řada zákazníků používá ESX přímo na produkci, kompletně u všech serverů (až na vyjímky) - včetně DB aplikací (výroba, apod. - čili nízká latence je důležitá) a všichni si to chválí.
Připojení storage NAS, HP EVA, Centery, Celerry, Avamar, atd. a vše bez problémů
Čili není důvod, prečo nie
P.S. Ne, nepracuju pro vmware![]()
Naposledy upravil xvojta; 09.04.2009 v 09:34.
Surface 3 Pro + Nokia Lumia 930 + Volvo V60 D5 + Ford Capri '79 2.3V6 project = mobilní
...omnia mea meacum porto...
WS: ...i5@3,3GHz...16GBram...4TBwd... ATI Rad HD 6870 1GB
Tak teď pleteš jabka s hruškama ty. Ale nebudem se chytat za slovíčko, žejo
Netvrdím samozřejmě, že nikdo nepoužívá virtualizaci v produkci - naopak to přináší mnoho výhod. Ale platí to, co řekl Jezevec, při určitým požadavku na výkon budeš rád, když ti např. SQL poběží na jednom fyzickým HW, natož to zkoušet virtualizovat.
Co tady zmiňuješ jsou minimálně v případě Centery záležitosti secure archivace a dosledovatelnosti, ostatně Centera sama je takový trochu virtualizovaný storage clusterA Avamar (software!) je typickej příklad pro součást backendu fileserveru, takže proč ne... ale já nejsem zastánce virtualizace pro fileserving a DB, jak už jsem říkal, takže to podporovat nebudu
![]()
CUBE> Ryzen 7 7700X + Arctic Lq Frzr III ◦ 64 GB DDR5-6000 ◦ ASUS TUF B650PLUS ◦ ASUS RTX3060 OC 12GB ◦ Kingston KC3000 2TB ◦ SS G12 GM-650 Gold ◦ Samsung S27A800 4K
WORK> HP EliteBook 845 G9 ◦ Ryzen 5 PRO 6550 ◦ 32 GB DDR3 ◦ 2048 GB nVME SSD ◦ 14.1" 1920x1080 LED + 2x 32" Dell 4K ◦ Win11 Enterprise
SERVER> HP ProLiant Microserver Gen8 ◦ Intel Core i5-3540T ◦ 16 GB DDR3 ◦ 180 GB SSD + 2x4 TB WD RED + 2x16 TB Toshiba ◦ 10GbE NIC
PHOTO> Canon EOS 70D ◦ EF 70-200/4L ◦ EF-S 10-18 STM ◦ EF 50/1.8II ◦ EF-S 40/2.8 STM ◦ Yongnuo YN-568EX ◦ Tamrac 5534
HOMECINEMA> TV Samsung UE55Q55T 55" 4K ◦ DVD Pioneer DV-310K ◦ AVR Yamaha RX-V359 ◦ SPK Dexon Allegro 5.0
OTHERSTUFF> Mikrotik RB760iGS ◦ Mikrotik CSS610 ◦ Mikrotik CRS326 ◦ UniFi WLAN ◦ Xerox B235 ◦ Canon PiXMA MG5350
Nebudem, neb Centera je CAS (Content Adressed Storage) takže mezi storage patří. To že uvnitř je to modfikovaný linux, je věc jiná. Zvenku je to storage. Můžeš na něm pustit třeba FTPko - no problemo
Ano AVAMAR je software, uvedl jsem ho pro ilustraci, protože ze storage úzce souvisíAle jinak máš pravdu, storage jako taková, to opravdu není
A tak mě napadá, nejsem si jistý, ale nejdou náhodou BLADE servery škálovat a distribuovat pak jejich společný výkon?
Surface 3 Pro + Nokia Lumia 930 + Volvo V60 D5 + Ford Capri '79 2.3V6 project = mobilní
...omnia mea meacum porto...
WS: ...i5@3,3GHz...16GBram...4TBwd... ATI Rad HD 6870 1GB
VMware rozložení jednoho VM na více fyz. strojů neumí. Jestli to umí nějaká platforma bladů, to nevím... AFAIK ne...
Ad Centera a FTP, to by bylo slušný zvěrstvo, koupit za miliony/desítky milionů Centeru a pustit na tom FTPNicméně samozřejmě jako vstup pro data k archivaci ano...
CUBE> Ryzen 7 7700X + Arctic Lq Frzr III ◦ 64 GB DDR5-6000 ◦ ASUS TUF B650PLUS ◦ ASUS RTX3060 OC 12GB ◦ Kingston KC3000 2TB ◦ SS G12 GM-650 Gold ◦ Samsung S27A800 4K
WORK> HP EliteBook 845 G9 ◦ Ryzen 5 PRO 6550 ◦ 32 GB DDR3 ◦ 2048 GB nVME SSD ◦ 14.1" 1920x1080 LED + 2x 32" Dell 4K ◦ Win11 Enterprise
SERVER> HP ProLiant Microserver Gen8 ◦ Intel Core i5-3540T ◦ 16 GB DDR3 ◦ 180 GB SSD + 2x4 TB WD RED + 2x16 TB Toshiba ◦ 10GbE NIC
PHOTO> Canon EOS 70D ◦ EF 70-200/4L ◦ EF-S 10-18 STM ◦ EF 50/1.8II ◦ EF-S 40/2.8 STM ◦ Yongnuo YN-568EX ◦ Tamrac 5534
HOMECINEMA> TV Samsung UE55Q55T 55" 4K ◦ DVD Pioneer DV-310K ◦ AVR Yamaha RX-V359 ◦ SPK Dexon Allegro 5.0
OTHERSTUFF> Mikrotik RB760iGS ◦ Mikrotik CSS610 ◦ Mikrotik CRS326 ◦ UniFi WLAN ◦ Xerox B235 ◦ Canon PiXMA MG5350
Nj, podivej se na to asi takhle, mam tu dva stroje 2x4 jadra + 64GB RAMeti. Bezi na tom SQLko (primo) a na druhym ESX. Neni to sice stroj na hranici vykonostnich moznosti (daj se tam pridat jak procesory tak ramka), ale ...
Ono totiz to SQLko na virtualu samozrejme pobezi, zprovoznit ho, pokud ses na to pripraven je otazka par minut - vpodstate jen premountovat disky, jenze vykon klesne rekneme o 10% (!pokud na stejnym stroji nepobezi nic jinyho!).
Ty si muzes dovolit mit na virtualu dvojnasobek vykonu nez potrebujes ? Abych moh provozovat virtualne SQLko pri odpovidajicim vykonu, potreboval bych tudiz virtualizovat stejne odpovidajici vykon => na zeleze bych nic neusetril, naopak by me to stalo licence na ESX. Stejne tak bych na tom nebyl onic lip v pripade vypadku zeleza (umim nastartovat v ESXu primo backup libovolnyho fyzickyho stroje, staci ho primountovat).
+ jako bonus narazis pri virtualizaci na to, ze ne vsechno funguje - napr se kolegum pokud vim nepovedlo rozchodit seriovej port, ac ho zelezo ma, z virtualu se na nej dostat nejde.
IMPROBE AMOR, QUID NON MORTALIA PECTORA COGIS - krutá jsi, lásko, kam až ty doženeš smrtelná srdce -- Vergilius
Mnoho je prostředků, které léčí lásku, ale žádný není spolehlivý.
S tím, čeho se na nás dopustili druzí se už nějak vyrovnáme. Horší je to s tím, čeho jsme se na sobě dopustili sami. -- Francois La Rochefoucauld
Nabídnout přátelství tomu, kdo chce lásku, je jako dát chleba tomu, kdo umírá žízní.
O 10% kdyz na tom nepobezi nic jineho by u novych serveru (procesoru) s plnou podporou virtualizace mohlo byt.
Problem je nekde jinde, pokud se na virtualy nastavuje vic jak 2 procesory a 4GB RAM a jsou to vytizeny servery jako SQL nebo exchange, vmware uz pro to proste neni a ten narust vykonu neni jak by mel byt.
Alespon tolik z pozorovani realnyho produkcniho prostredi.
Lidi o mně říkají, že jsem flegmatik. Mně je to ale jedno!
I'm not arrogant...I'm just better than you!
Toto téma si právě prohlíží 1 uživatelů. (0 registrovaných a 1 anonymních)