Linux, Performance and Troubleshooting

Или как траблшутить контейнеры когда нечем.

Протестировал работу TCP Congestion Control в Linux в различных по качеству окружениях, поделюсь результатами.

Сессия траблшутинга - это не только конечный результат, но и процесс, протекающий с различной степенью эффективности. Одного умения пользоваться инструментами, знать флаги и уверенно работать в консоли недостаточно. Необходима систематизация.

Изучая возможности контрольных групп в linux наткнулся на параметр memory.soft_limit_in_bytes: When the system detects memory contention or low memory, control groups are pushed back to their soft limits. If the soft limit of each control group is very high, they are pushed back as much as possible to make sure that one control group does not starve the others of memory. Аналог в cgroup2 - memory.low Звучит интересно! Сделаем несколько тестов для понимания как это все работает....

Наблюдаемость и простота отладки одни из важнейших свойств системы, которые следует учитывать уже на этапе выбора технологий. В противном случае может быть больно и дорого. Следующий этап - разобраться как технология устроена и желательно сделать это еще до развертывания в боевых окружениях. Но бывает конечно по всякому. Сегодня рассмотрим сеть в Kubernetes и выявим несоответствия в учете трафика, которые могут вводить в заблуждение. Дано: Kubernetes кластер; MetalLB L2 как loadBalancer; Nginx Ingress Controller; Calico на ebpf....