[Lug-bg] Container as VM

[Marian Marinov <mm@xxxxxxxx>]

Здравейте,
последните 5 години аз лично бутам много в посоката контейнерите да станат еквивалент на VMs.

Нещата, които по един или друг начин съм успял да променя в kernel-а са основно свързани с тази насока.

Днес за пореден път видях нещо, което доста рядко използвам, но ми се наложи да е възможно да се променя в container, а именно Posix Message Queues.

Налага ми се да сетвам kernel.msgmnb на по-голяма стойност, но в контейнер, това не е позволено.

Та сигурно до другата седмица ще променя следните опций, да приемат промяна в контейнер:
  kernel.auto_msgmni = 0
  kernel.msg_next_id = -1
  kernel.msgmax = 8192
  kernel.msgmnb = 16384
  kernel.msgmni = 32000

Интересува ме, от хората които използват контейнери, има ли някой, на който му трябва нещо друго в тази насока.
До колкото помня, мисля че не останаха network sysctls, които да не сме namespace-ифайнали :)


За хората, които не са запознати, ще по-надолу обяснявам какъв точно е казусът.

Когато се създава нов namespace(примерно network ns) се създава нова структура в ядрото, в която се слагат всички sysctls.

При товасъздаване, за някой sysctls се взима стойността от namespace-а, който е баща на новият namespace,
a за други се взима default-ната стойност set-ната в кода на ядрото.

Когато сте в новият namespace, ако се опитате да изпълните sysctl и съответната опция не е направена да разбира от namespaces, се получава много тъп проблем.
Реално вие се опитвате да смените sysctl опцията на host машината а не на контейнера.
Това което аз и моите колеги направихме през последните години е да добавим това "разбиране за namespace" в повечко такива sysctls.

Поздрави,
Мариян

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
Lug-bg mailing list
Lug-bg@xxxxxxxxxxxxxxxxxx
http://linux-bulgaria.org/mailman/listinfo/lug-bg