Size: a a a

DevOps — русскоговорящее сообщество

2021 April 04

VA

Vasiliy Angapov in DevOps — русскоговорящее сообщество
Andrey Kartashov
это похоже, но работает чуть-чуть по другому. Они а) автоматизировали создание узлов кластера б) поднимают их в своём проекте. То есть как раньше они прятали только control plane, теперь они и воркеры прячут. При этом kubectl get nodes их покажет.

У меня были завышенные ожидания от autopilot в плане скорости поднятия подов, я думал к кластеру будет подсоединён "бесконечный" пул нод и поды будут стартовать очень быстро. Но нет, происходит стандартный scale up для узлов в пуле, просто пул универсальный и не в твоём проекте. Так что время поднятия пода осталось таким же.
да, но платишь ты за поды, а не за ноды
источник

VA

Vasiliy Angapov in DevOps — русскоговорящее сообщество
для мелких проектов наверное полезно
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
Неужели с ценами у крупных Cloud providers за пределами Linode действительно все так плохо по сравнению с ним самим, по крайне мере для простых сервисов, которыми можно легко воспользоваться в Линоде, типа Кубера например, LKE и т.п.?
https://www.linode.com/estimator/
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
Andrey Kartashov
с чего ты взял, что fargate использует firecracker? Он как раз EC2 использует (https://aws.amazon.com/blogs/containers/under-the-hood-fargate-data-plane/) . На firecracker у них lambda работает
Заговорили о микровиртуалках в контексте Fargate, я и подумал, что Firecracker.  И гугол на запрос Fargate Firecracker выдал много всего (не читал еще).  🤪
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
Fargate использует ContainerD, судя по:
https://aws.amazon.com/blogs/containers/under-the-hood-fargate-data-plane/

И ведь таки есть опция Firecracker для Fargate:

As another example, Fargate can leverage a VM-based runtime for containers such as Firecracker VMM by simply switching Containerd’s runtime plugin to firecracker-containerd instead of runC. This plugin enables Containerd to manage containers as Firecracker microVMs. The flexibility of switching container runtimes with minimal configuration change is highly desirable for satisfying different kinds of use-cases currently supported by Fargate.

Получается, что по умолчанию Fargate использует runC, но можно переключить его на Firecracker при желании:
https://d2908q01vomqb2.cloudfront.net/fe2ef495a1152561572949784c16bf23abb28057/2020/04/07/Fargatehood2.png
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
Там от обычного докера похоже осталась только совместимость с многослойным образом для создания файловой системы контейнера.

This has been a general trend for many of the features that we’ve built; most needed changes in layers #3 and #2 in the diagram above. We only require a minimal container runtime engine in Fargate, where we only need the basic container CRUD APIs from the container runtime. Everything else is already handled by other components of the Fargate data plane stack.

И от обычного ECS тоже немного осталось:

Once we made the decision to adopt Containerd, a natural progression from that was to create Fargate data plane specific components instead of using the ECS agent to orchestrate containers on Fargate instances. We wrote a new Fargate agent for this purpose, which is responsible for interacting with Containerd for orchestrating containers on a VM and replaces the ECS agent. Not only does this new Fargate agent integrate with Containerd, it is also optimized for Fargate. This has already enabled Fargate to deliver features such as supporting EKS pods on Fargate in a seamless manner. This new architecture also allows Fargate to utilize Firecracker microVMs to run containers via the firecracker-containerd runtime. Figure 2 illustrates the new architecture of Fargate data plane stack.
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
Получается, что Firecrack - это легковесная замена для QEMU в режиме виртуализации KVM?
источник

VA

Vasiliy Angapov in DevOps — русскоговорящее сообщество
да, вроде бы это просто qemu из которого повыкидывали все ненужное
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
Vasiliy Angapov
да, вроде бы это просто qemu из которого повыкидывали все ненужное
С этими мракетолагами, сразу и не поймешь, что они понаделали, как вроде создали революционную технологию, а получается, просто покоцали старую 😂
источник

AK

Andrey Kartashov in DevOps — русскоговорящее сообщество
Alexander Prokopyev
С этими мракетолагами, сразу и не поймешь, что они понаделали, как вроде создали революционную технологию, а получается, просто покоцали старую 😂
вы выбираете кому верить, маркетологам или неизвестному эксперту в ТГ. А надо пойти и почитать исходники. Совсем не "просто qemu из которого повыкидывали все ненужное"
источник

VA

Vasiliy Angapov in DevOps — русскоговорящее сообщество
а хотя нет, это не qemu
источник

VA

Vasiliy Angapov in DevOps — русскоговорящее сообщество
с нуля видимо написали на Rust
источник

VA

Vasiliy Angapov in DevOps — русскоговорящее сообщество
запускает виртуалку за 125 мс
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
Vasiliy Angapov
с нуля видимо написали на Rust
Да кстати, я ведь уже читал про "на RUST" и не обратил внимания, что QEMU появился еще до RUST, хотя наверно нельзя исключать, что какие-то идеи и алгоритмы они могли позаимствовать у QEMU. Осталось еще ядро Linux переписать на RUST :) Хотя и в нынешнем виде я уже не помню когда видел Linux kernel panic. Но с дровами все же бывают заморочки, что после rmmod -f потом не получается сделать modprobe и чтобы нормально зарабобтало, в венде бы просто упало в синий экран сразу вероятно.
источник

A

Alexander in DevOps — русскоговорящее сообщество
Alexander Prokopyev
Неужели с ценами у крупных Cloud providers за пределами Linode действительно все так плохо по сравнению с ним самим, по крайне мере для простых сервисов, которыми можно легко воспользоваться в Линоде, типа Кубера например, LKE и т.п.?
https://www.linode.com/estimator/
Могу ошибаться,  но эта инфа не правильная какая-то. Я ажур пользую и таких цен там никогда не видел.  400 баксов в месяц за 2 цпу и 4 памяти.
источник

AP

Alexander Prokopyev in DevOps — русскоговорящее сообщество
Так, а что у нас с совместимыми ядрами в других осях для Firecracker? Отсутствуют? Например в BSD?
Как было бы хорошо запустить OpenBSD в Firecracker, ведь правда?
источник

VA

Vasiliy Angapov in DevOps — русскоговорящее сообщество
Alexander Prokopyev
Неужели с ценами у крупных Cloud providers за пределами Linode действительно все так плохо по сравнению с ним самим, по крайне мере для простых сервисов, которыми можно легко воспользоваться в Линоде, типа Кубера например, LKE и т.п.?
https://www.linode.com/estimator/
вообще какие-то дикие цены написаны
источник

VA

Vasiliy Angapov in DevOps — русскоговорящее сообщество
не верьте всему что вендоры пишут о других вендорах
источник

VA

Vasiliy Angapov in DevOps — русскоговорящее сообщество
также не верьте всему что вендоры пишут сами о себе )
источник

VA

Vasiliy Angapov in DevOps — русскоговорящее сообщество
2 ядра, 4 гига памяти виртуалочка в амазоне за 400 баксов? Linode явно с дуба рухнули
источник