[18:49:36] ole $ kubectl describe pod/nginx-64f497f8fd-zhvs2 Name: nginx-64f497f8fd-zhvs2 Namespace: default Priority: 0 PriorityClassName: <none> Node: <none> Labels: pod-template-hash=2090539498 run=nginx Annotations: <none> Status: Pending IP: Controlled By: ReplicaSet/nginx-64f497f8fd Containers: nginx: Image: nginx Port: <none> Host Port: <none> Environment: <none> Mounts: /var/run/secrets/kubernetes.io/serviceaccount from default-token-qcw97 (ro) Conditions: Type Status PodScheduled False Volumes: default-token-qcw97: Type: Secret (a volume populated by a Secret) SecretName: default-token-qcw97 Optional: false QoS Class: BestEffort Node-Selectors: <none> Tolerations: node.kubernetes.io/not-ready:NoExecute for 300s node.kubernetes.io/unreachable:NoExecute for 300s Events: Type Reason Age From Message ---- ------ ---- ---- ------- Warning FailedScheduling 68s (x271 over 16m) default-scheduler 0/3 nodes are available: 3 Insufficient pods.

Unreachable таинт же

где?

да понятно))) я тестирую именно екс и смотрю есть ли в нем смысл))

Отпишись по результатам. Мне вот лично вообще концепция манагед кубеней для чего-то серьезного кажется ересью, может, я не прав.

окей) пока тоже ничего "крутого" не увидел)

Отпишись по результатам. Мне вот лично вообще концепция манагед кубеней для чего-то серьезного кажется ересью, может, я не прав.

мне вот лично кажется что куб только как managed решение норм

Почему же?

Да, вообще то все логично.

потому что куб просто спека для платформы запуска приложений. Вы ходите внутри комании держать свою платформу? Я не очень. Возможно дело что я обидаю в командах 3-10 человек.

А не в цефе?

Да, хочу, потому что куб не похож на сервис, который может "просто работать"

Куб работает не только с цефом же. Смысл в том, что одна абстракция для многого

эталонный k8s это gke. Где специальные люди все решают 😬 хз, я навозился со своим кубом почти год, больше не хочу. Оно прям супер интересно, но бестолко для меня.

Gke со своими косяками

Ебать ты дно, gke - менеджмент кубер кластер от Гугла на его мощностях

Ебать ты дно, gke - менеджмент кубер кластер от Гугла на его мощностях

я же сказал что в этих сортах не разбираюсь

Ты кроме ceph и срачей с Груздовым мало в чем разбираешься

эталонный k8s это gke. Где специальные люди все решают 😬 хз, я навозился со своим кубом почти год, больше не хочу. Оно прям супер интересно, но бестолко для меня.

мне кажется если кто-то готовит куб лучше gke, то его бы уже давно в gke захантили.

давай посрёмся на другие темы и я тебя уверенно могу заднить на раз-два

Ага, прям как с промом и графаной пол года назад, всем чатом тебе помогали)

я в девопсинге не разбираюсь, блджад. Это примерно той же оперы

При чем тут девопс) или мониторинг придумали пару лет назад?)

я не занимался данными вопросами, понимаешь ?

Возможно, я с gke дела не имел, но в специальных людей, которые все решат, не очень верю. И не очень понятно, что делать, когда всё-таки настает трындец. Ждать, пока эти люди обратят внимание и решат?

там мастера, до который ты не можешь добраться и тп. Т.е. это целиком их проблемы. И на масштабе десятков тысяч кластеров у них любой косяк в реализации взрывается. Тип вероятность проблемы 0.1%, если брать на 100к кластеров, то это 100 взорванных кластеров. Прилично практики, чтобы учится готовить на отлично.

Я думаю, что если я скажу при даунтайме "это их проблема, сидим ждём", то сам почувствую себя долбоебом. EKS явно привел бы меня к таким ситуациям, а со своим у меня простора для действий куда больше.

ну, а что делать если vm сдохли? а что делать если baremetal сдох? и тп. Делать в разных зонах доступности и тп.

И вообще, скоро серверлесс убьет devops, поэтому напоследок можно и покопаться в чем-то интересном

Я думаю, что если я скажу при даунтайме "это их проблема, сидим ждём", то сам почувствую себя долбоебом. EKS явно привел бы меня к таким ситуациям, а со своим у меня простора для действий куда больше.

обычно любой hosted solution предлагает SLA, по которому бизнесу гарантируется доступность сервиса, если они фейлят его предоставление — то должны возмещать убытки за простой вашего бизнеса то есть по сути, да, можно сказать "моя хата с краю, проблемы на стороне гугла/авс" другое дело, что на такой случай можно иметь запасной план действий, если есть паранойя

Гут) Вообще с EKS сейчас на другую проблему наткнулся. Недели полторы назад перевозил сервисы с eu-west-1 в eu-central-1, ну и соответсвенно под такое дело апгрейднул кластер с 1.10 на 1.11.5 (последняя версия доступная в EKS). Ну и в 1.11.5 есть проблема с kubelet – раз в два-три дня одна из нод повисает на получение ip адреса от cloud provider-а (https://github.com/awslabs/amazon-eks-ami/issues/154, https://github.com/kubernetes/kubernetes/issues/65814). Как решение – предлагают собрать свой AMI для воркер-ноды и обновить на нём kubelet до 1.11.6

А сейчас? )

И вообще, скоро серверлесс убьет devops, поэтому напоследок можно и покопаться в чем-то интересном

Серверлесс пока не умеет websocket и остальные постоянные соединения. И не понятно как может уметь. Там где запрос-ответ, да круто.

Большинству проектов сверх этого, скорее всего, и не нужно. Плюс серверлесс постоянно развивается. Скоро будем выполнять на фриланс-биржах разовые заказы по сетапу ci/cd

что тут, серьезно защищают серверлесс?

У меня больше половина прода готова к серверлесс. Пока у меня они просто шаблонным deployment крутятся в кубаре, руки не дойдут сделать нормально.

таких людей не отпускают обычно (в хорошем смысле)

А зачем ты будешь нужен работодателю после того, как перетащишь все на серверлесс?