CHR verze

[okoun]

Máte někdo zkušenosti s reálným nasazením CHR? Jak je to s výkonem oproti klasické X86?

[raven-il]

Máte někdo zkušenosti s reálným nasazením CHR? Jak je to s výkonem oproti klasické X86?

CHR ?

[goblajz]

MIKROTIK OEM Mikrotik CHR P1 licence
Licence Cloud Hosted Router (CHR) je určená pro instalace do virtuálního prostředí (VMWare, Hyper-V, VirtualBox, KVM a další). Licence P1 má limit rychlosti 1 Gbit pro upload na rozhraní a vychází z licence L4.

MIKROTIK OEM Mikrotik CHR P10 licence
Licence Cloud Hosted Router (CHR) je určená pro instalace do virtuálního prostředí (VMWare, Hyper-V, VirtualBox, KVM a další). Licence P10 má limit rychlosti 10 Gbit pro upload na rozhraní a vychází z licence L5.

MIKROTIK OEM Mikrotik CHR P-Unlimited licence
Licence Cloud Hosted Router (CHR) je určená pro instalace do virtuálního prostředí (VMWare, Hyper-V, VirtualBox, KVM a další). Licence PU nemá limit rychlosti a vychází z licence L6.

[hapi]

Jsou to parchanti. CHR je asi 64bit i když velikost ramky může jenom ukazovat ale nevyužívat. Nicméně balíčky pro x86 jsou pro obě verze stejný a můžete s nimi upgradovat obě verze jak CHR tak klasický x86. V případě x86 ale se nepustí vmxnet3 driver ačkoliv v seznamu pci je vmware sítovka vidět a přesnate se ukazovat ramka nad 2GB. Moderator edit PP3. Chtěji prachy za licence CHRka přitom je to stejný jak x86 verze která se dá do virtuálů normálně nainstalovat.

[raven-il]

jsou to parchanti. CHR je asi 64bit i když velikost ramky může jenom ukazovat ale nevyužívat. Nicméně balíčky pro x86 jsou pro obě verze stejný a můžete s nimi upgradovat obě verze jak CHR tak klasický x86. V případě x86 ale se nepustí vmxnet3 driver ačkoliv v seznamu pci je vmware sítovka vidět a přesnate se ukazovat ramka nad 2GB. Serou mě kurvy. Chtěji prachy za licence CHRka přitom je to stejný jak x86 verze která se dá do virtuálů normálně nainstalovat.

Proc by nekdo daval router na virtualni masinu ? Chapu, ze je to ted cool a in ale technicky ?

[ikk]

Protože třeba nemáš místo, nebo místo je drahé, problémy s dostatkem energie (ostrovní systémy), nebo její cenou, je to v daném případě výhodnější a spousta dalších důvodů proč.....

My třeba na pár místech máme klasický server kde nám běží MK ve virtualizaci (ESXi) + dalších pár věcí které v daném místě potřebujeme, například logování provozu po potřeby PČR, intranetové stránky pro neplatící klienty, lokální monitoring sítě. Nebo třeba tam běží věci které požaduje náš zákazník. Osobně na tom nevidím nic špatného.

Ještě můj názor na Hapiho příspěvek. Zkoušel jsem jak klasickou verzi x86, tak i CHR a nějakých zásadních rozdílů jsem si nevšiml (stejné vytížení CPU a dalších prostředků daného stroje). Už dávno jsem se ptal Mk proč nemají podporu pro vmxnet3. Bylo mi odpovězeno, že ovládače nejsou součástí vanilla kernelu, který používají. Což vysvětluje i ostatní problémy třeba s podporou (funkčností) některých síťových karet. Niméně uznávám, že to bylo hooooodně dávno, myslím ještě u nějaké verze 3xx. Vzhledem k cenám licencí X86 vs. CHR v tom zase tak velký problém nevidím. Tam kde máme koupenou licenci na x86 (ano i pro virtuální stroje je poctivě kupujeme) necháme a u nových strojů koupíme už CHR. Podpora vmxnet3 se může do budoucna vždy hodit.

[Lukast]

Máte někdo zkušenosti s reálným nasazením CHR? Jak je to s výkonem oproti klasické X86?

CHR testujeme v reálném nasazení necelé 3 týdny. V porovnání s x86 je (pro nás) podstatně nižší zatížení CPU - síťovka vmxnet3, která rozkládá traffic na všechny jádra. x86 to taktéž rozkládala, ale bohužel softwarově (RPS) což šlo poznat ve vytížení 2 jader CPU (IN, OUT) a ostatní jádra se flákaly. Jinak mašina funguje jako hraniční router (NAT, FW, shaping). Určitě budu u nás prosazovat koupení licence pro CHR, cenový rozdíl mezi x86 není žádný a kdybychom na tohle chtěli nasadit nějaký hotový MK box, tak jich potřebujeme více...a s MK boxy nemáme moc dobré zkušenosti (KO po cca 2 letech).



Verze 6.35rc41, ESXi 5.1.0

[okoun]

Máte někdo zkušenosti s reálným nasazením CHR? Jak je to s výkonem oproti klasické X86?

CHR testujeme v reálném nasazení necelé 3 týdny. V porovnání s x86 je (pro nás) podstatně nižší zatížení CPU - síťovka vmxnet3, která rozkládá traffic na všechny jádra. x86 to taktéž rozkládala, ale bohužel softwarově (RPS) což šlo poznat ve vytížení 2 jader CPU (IN, OUT) a ostatní jádra se flákaly. Jinak mašina funguje jako hraniční router (NAT, FW, shaping). Určitě budu u nás prosazovat koupení licence pro CHR, cenový rozdíl mezi x86 není žádný a kdybychom na tohle chtěli nasadit nějaký hotový MK box, tak jich potřebujeme více...a s MK boxy nemáme moc dobré zkušenosti (KO po cca 2 letech).



Verze 6.35rc41, ESXi 5.1.0

díky mohu se tě zeptat jak to máš s MTU? mě totiž na tomCHR neukazuje vůbec L2MTU max a tímpádem neprojde VPLS...

[Lukast]

L2MTU se mi taky neukazuje VPLS nepoužíváme, proto jsme nenarazili na tento problém (tunely pro sebe máme přes PPTP VPN). L2MTU se mi taky nezobrazuje ani ve zbylých virtualizovaných x86 (6.28 a 6.34.3)...

Pokud by se jednalo o bug zkus poslat bugreport na support@mikrotik.com. Mi zde vyšli vstříc v řešení problémů s QT právě na CHR.

[ikk]

CHR testujeme v reálném nasazení necelé 3 týdny. V porovnání s x86 je (pro nás) podstatně nižší zatížení CPU - síťovka vmxnet3, která rozkládá traffic na všechny jádra. x86 to taktéž rozkládala, ale bohužel softwarově (RPS) což šlo poznat ve vytížení 2 jader CPU (IN, OUT) a ostatní jádra se flákaly. Jinak mašina funguje jako hraniční router (NAT, FW, shaping). Určitě budu u nás prosazovat koupení licence pro CHR, cenový rozdíl mezi x86 není žádný a kdybychom na tohle chtěli nasadit nějaký hotový MK box, tak jich potřebujeme více...a s MK boxy nemáme moc dobré zkušenosti (KO po cca 2 letech).



Verze 6.35rc41, ESXi 5.1.0

Aha To je asi ten důvod proč jsem si ničeho nevšiml. Všude máme konfiguraci, 1-2x jádro pro MK. Zbytek jader pro potřeby dalších systému které běží v rámci ESXi

[hapi]

hmm, přidat podporu pro vmxnet3 mohly ale pro nový intel sítovky ne.

[ProNetS]

Máte někdo zkušenosti s reálným nasazením CHR? Jak je to s výkonem oproti klasické X86?

CHR testujeme v reálném nasazení necelé 3 týdny. V porovnání s x86 je (pro nás) podstatně nižší zatížení CPU ...

Přeji hezký den,
snažím se nasadit CHR zkušebně na VMware ESXi 6.0.0 up2 pomocí vSphere klienta. V zásadě je to OK, až do doby, kdy se má pracovat s diskem, tady například zhavaruje při downloadu aktualizace nebo po zadani /dude enable=yes. Vždy to končí na Module Disk power on failed. Pokud použiju x86 ISO verzi (např. mikrotik-6.35.4.iso), je vše v pořádku. Obě instalace se však liší. CHR již má pro VMware hotový disk (chr-6.35.4.vmdk), kdežto x86 verze se jakoby znova instaluje na nový disk (provádí formát disku, vybírám moduly a pak je vše OK).
Můžete prosím poradit jak dostat CHR do VMware 6? Možná jen něco dělám blbě.
J. Bubik

[okoun]

Máte někdo zkušenosti s reálným nasazením CHR? Jak je to s výkonem oproti klasické X86?

CHR testujeme v reálném nasazení necelé 3 týdny. V porovnání s x86 je (pro nás) podstatně nižší zatížení CPU ...

Přeji hezký den,
snažím se nasadit CHR zkušebně na VMware ESXi 6.0.0 up2 pomocí vSphere klienta. V zásadě je to OK, až do doby, kdy se má pracovat s diskem, tady například zhavaruje při downloadu aktualizace nebo po zadani /dude enable=yes. Vždy to končí na Module Disk power on failed. Pokud použiju x86 ISO verzi (např. mikrotik-6.35.4.iso), je vše v pořádku. Obě instalace se však liší. CHR již má pro VMware hotový disk (chr-6.35.4.vmdk), kdežto x86 verze se jakoby znova instaluje na nový disk (provádí formát disku, vybírám moduly a pak je vše OK).
Můžete prosím poradit jak dostat CHR do VMware 6? Možná jen něco dělám blbě.
J. Bubik

Bohužel neporadím, já jel na verzi 5.5 a tam bez problému...

[Lukast]

Máte někdo zkušenosti s reálným nasazením CHR? Jak je to s výkonem oproti klasické X86?

CHR testujeme v reálném nasazení necelé 3 týdny. V porovnání s x86 je (pro nás) podstatně nižší zatížení CPU ...

Přeji hezký den,
snažím se nasadit CHR zkušebně na VMware ESXi 6.0.0 up2 pomocí vSphere klienta. V zásadě je to OK, až do doby, kdy se má pracovat s diskem, tady například zhavaruje při downloadu aktualizace nebo po zadani /dude enable=yes. Vždy to končí na Module Disk power on failed. Pokud použiju x86 ISO verzi (např. mikrotik-6.35.4.iso), je vše v pořádku. Obě instalace se však liší. CHR již má pro VMware hotový disk (chr-6.35.4.vmdk), kdežto x86 verze se jakoby znova instaluje na nový disk (provádí formát disku, vybírám moduly a pak je vše OK).
Můžete prosím poradit jak dostat CHR do VMware 6? Možná jen něco dělám blbě.
J. Bubik

Fungujeme na ESXi 5.5.1. a na tento problém jsem nenarazil. Zkusil bych poslat bugreport přímo na support.

[milankovar]

Máte někdo zkušenosti s reálným nasazením CHR? Jak je to s výkonem oproti klasické X86?

CHR testujeme v reálném nasazení necelé 3 týdny. V porovnání s x86 je (pro nás) podstatně nižší zatížení CPU ...

Přeji hezký den,
snažím se nasadit CHR zkušebně na VMware ESXi 6.0.0 up2 pomocí vSphere klienta. V zásadě je to OK, až do doby, kdy se má pracovat s diskem, tady například zhavaruje při downloadu aktualizace nebo po zadani /dude enable=yes. Vždy to končí na Module Disk power on failed. Pokud použiju x86 ISO verzi (např. mikrotik-6.35.4.iso), je vše v pořádku. Obě instalace se však liší. CHR již má pro VMware hotový disk (chr-6.35.4.vmdk), kdežto x86 verze se jakoby znova instaluje na nový disk (provádí formát disku, vybírám moduly a pak je vše OK).
Můžete prosím poradit jak dostat CHR do VMware 6? Možná jen něco dělám blbě.
J. Bubik

Ahoj,

neděláš nic blbě, je potřeba zvětšit disk u předpřipraveného image, na fóru je na to návod jak to udělat.
Výchozí velikost je 128MB a to nestačí ani na upgrade samotného systému (trošku nechápu ...)


We provide a generic (RAW) format IMG, VMDK file for VMWare, VDI for VirtualBox and VHDX for Hyper-V. These are ready to use virtual disk images (add as a virtual hard drive to your VM). These are NOT templates for importing.
qemu commands for converting images (if you need to convert to another format)

RAW to VMware:
Code: Select all

qemu-img convert -f raw -O vmdk chr-6.31rc9.img chr-6.31rc9.vmdk


RAW to VirtualBox:
Code: Select all

qemu-img convert -f raw -O vdi chr-6.31rc9.img chr-6.31rc9.vdi


See below for steps how to run this new system.

If you need a bigger virtual hdd (currently 128Mb), resize the image before first run
Code: Select all

qemu-img resize -f raw chr-6.31rc9.img +1G


This will increase the disk by 1GB