Windows Server Containers – provide application isolation through process and namespace isolation technology. A Windows Server Container shares a kernel with the container host and all containers running on the host. These containers do not provide a hostile security boundary and should not be used to isolate untrusted code. Because of the shared kernel space, these containers require the same kernel version and configuration. Hyper-V Isolation – expands on the isolation provided by Windows Server Containers by running each container in a highly optimized virtual machine. In this configuration, the kernel of the container host is not shared with other containers on the same host. These containers are designed for hostile multitenant hosting with the same security assurances of a virtual machine. Since these containers do not share the kernel with the host or other containers on the host, they can run kernels with different versions and configurations (with in supported versions) - for example all Windows containers on Windows 10 use Hyper-V isolation to utilize the Windows Server kernel version and configuration. Running a container on Windows with or without Hyper-V Isolation is a runtime decision. You may elect to create the container with Hyper-V isolation initially and later at runtime choose to run it instead as a Windows Server container.

Вот как раз эти нетив и через докер ее и рулятся

У мягких разве есть альтернатива сгрупам?

Нет V1.Container.ResourceRequirements.limits.cpu and V1.Container.ResourceRequirements.limits.memory - Windows doesn’t use hard limits for CPU allocations. Instead, a share system is used. The existing fields based on millicores are scaled into relative shares that are followed by the Windows scheduler.

Нет V1.Container.ResourceRequirements.limits.cpu and V1.Container.ResourceRequirements.limits.memory - Windows doesn’t use hard limits for CPU allocations. Instead, a share system is used. The existing fields based on millicores are scaled into relative shares that are followed by the Windows scheduler.

А ещё у них оом нет

И привелигированые контейнеры работать не будут

А ещё у них оом нет

И это тоже фича!

Я потому и написал, что они натянули

Мозговым слизнем

Ну вот без реквестов как-то странно, а остальное глядишь пофиксят

Нет V1.Container.ResourceRequirements.limits.cpu and V1.Container.ResourceRequirements.limits.memory - Windows doesn’t use hard limits for CPU allocations. Instead, a share system is used. The existing fields based on millicores are scaled into relative shares that are followed by the Windows scheduler.

Это как cgroup shares работает, да?

Это как cgroup shares работает, да?

Насколько я понял да

1S в кубернетесе. И мсэксчендж оператор. Оттета будет круто

1S в кубернетесе. И мсэксчендж оператор. Оттета будет круто

Там уже про нативные

их я и имел в виду, ими все равно гиперв управляет емнип (но они не являются виртуалками)

их я и имел в виду, ими все равно гиперв управляет емнип (но они не являются виртуалками)

Нет

Не управляет

1S в кубернетесе. И мсэксчендж оператор. Оттета будет круто

https://covrom.github.io/gonec/

https://covrom.github.io/gonec/

Забери откуда принес, я думал оно сдохло

Всё завершиось просто идеально: 115 мс

Я ж поржать, 1с в кубе близко, тьма грядёт

Я ж поржать, 1с в кубе близко, тьма грядёт

Расплата неизбежна

https://covrom.github.io/gonec/extra/perf1c.gif

https://covrom.github.io/gonec/extra/perf1c.gif

если это быстро, страшно подумать, что такое 1с

https://covrom.github.io/gonec/extra/perf1c.gif

gccgo такой цикл просто выкидывает, там время будет 0, gc не умеет таких оптимизаций

1S в кубернетесе. И мсэксчендж оператор. Оттета будет круто

Devops конфу от рит++ в мае видел? Там такое извращение обещали.

Товарищи, поведайте, пожалуйста, размеры ваших кластеров и на каких по процу-памяти нодах оно запущено. Ну так, примерно хотя бы.

16 ядер, 32 цпу личный, стэйджи по 24 ядра 64 оперативы, продовые 128 ядер ~400 рамы.

Личный managed ДО, остальное on-permise

Я ж поржать, 1с в кубе близко, тьма грядёт

Эй, ты бы не шутил. Линёвая версия этого говна существует)

Товарищи, поведайте, пожалуйста, размеры ваших кластеров и на каких по процу-памяти нодах оно запущено. Ну так, примерно хотя бы.

32 ядра 96 оператвы, пока шесть нод, куб для нас в новинку...

Товарищи, поведайте, пожалуйста, размеры ваших кластеров и на каких по процу-памяти нодах оно запущено. Ну так, примерно хотя бы.

6 x 2х5620 24(48)GB RAM, личные. Production - 0 :)

6 x 2х5620 24(48)GB RAM, личные. Production - 0 :)

какие-нибудь dl360g6 стопочкой? :D

Да, +-

16 ядер, 32 цпу личный, стэйджи по 24 ядра 64 оперативы, продовые 128 ядер ~400 рамы.

Хренасе прод

?

Суммарно 128 ядер

@idontwantsleep без куба живёт с большими ресами

На каждую тачку.

А, я подумал по 128 ядер машины

У него - да 😄

Феееее циска

Ну я видел 256 ядер, от IBM

Феееее циска

Для homelab пойдет. 3 циско: 2 свитча и роутер, не все на фото)

Печь

оно платное) (scope)

сам плагин?! нет - бери и используй, вот аренда их облака - таки ожидаемо за деньги :-)

Данные - в блокчейнах 😄 и их можно проиграть с начала эпохи

но время на это нужно космическое по продолжительности?

но время на это нужно космическое по продолжительности?

Асинк. Nvme. Часа 2 на всю историю.

шо там, история о тратах жены?

шо там, история о тратах жены?

тогда б в 2 часа не уложились

а также какой еще асинк при работе с последовательным леджером

а также какой еще асинк при работе с последовательным леджером

Согласен, вычитывает синхронно, но обработка в двльнейшем - асинк

какой асинк если для последующего сообщения нужно предыдущее

Там еще логики сверху пачка

И на самом деле можно вычитывать в несколько потоков

Возмутительные истории короче

Работает, и славно

добрый утро minio умеет только 1 клиент на 1 бакет или я слепой?

да

он вообще не очень фичаст

почти. 1 клиент на 1 кластер

он вообще не очень фичаст

🙈🤷‍♂️ спасибо)

почти. 1 клиент на 1 кластер

зато простой ;)

угу

этим и подкупает

Добрый день. Подскажите, пожалуйста, а как публиковать в кубере сервисы, которые поднимают не хттп\хттпс, а просто tcp порт, на котором слушают входящие подключения? Ингресс ведь только для хттп\хттпс трафика

Добрый день. Подскажите, пожалуйста, а как публиковать в кубере сервисы, которые поднимают не хттп\хттпс, а просто tcp порт, на котором слушают входящие подключения? Ингресс ведь только для хттп\хттпс трафика

Nodeport, hostnetwork: true, loadbalancer если в облаке

нодпорт ведь будет слушать только на той ноде, где запущен сервис?

нодпорт ведь будет слушать только на той ноде, где запущен сервис?

На всех нодах

На всех нодах

Спасибо, попробую!

hostnetwork: true только там где запустили, можно запускать на всех или service discovery

Коллеги, подскажите пожалуйста, как корректно обновить сертификаты на мастере и воркер нодах? При старте kubelet получаю ошибку Part of the existing bootstrap client certificate is expired, версия kubernetes 1.11.

he Kubernetes certificates normally reach their expiration date after one year. Kubeadm can renew certificates with the kubeadm alpha certs renew commands; you should run these commands on control-plane nodes only. Typically this is done by loading on-disk CA certificates and keys and using them to issue new certificates. This approach works well if your certificate tree is self-contained. However, if your certificates are externally managed, you might need a different approach. As an alternative, Kubernetes provides its own API for managing certificates. With kubeadm, you can use this API by running kubeadm alpha certs renew --use-api

he Kubernetes certificates normally reach their expiration date after one year. Kubeadm can renew certificates with the kubeadm alpha certs renew commands; you should run these commands on control-plane nodes only. Typically this is done by loading on-disk CA certificates and keys and using them to issue new certificates. This approach works well if your certificate tree is self-contained. However, if your certificates are externally managed, you might need a different approach. As an alternative, Kubernetes provides its own API for managing certificates. With kubeadm, you can use this API by running kubeadm alpha certs renew --use-api

К сожалению, ни kubeadm alpha certs renew ни к чему не приводит

--use-api

ключ не указали)

--use-api

Судя по доке, такой команды в v1.11 просто нет

https://medium.com/@AnushkaSandaru1/how-to-change-expired-certificates-in-kubernetes-cluster-5d3feb9d9838