Re:80M I/O Per Second with a Standard 2U System
by jgalt212 on Friday May 28, 2021 @06:41AM
(#27313780)
Is this the death of kubernetes? Can I now use one server instead of 20?
[ Parent
| on HN ]
Re:80M I/O Per Second with a Standard 2U System
by SkipperCat on Friday May 28, 2021 @07:54AM
(#27314269)
NVMe will allow your storage to be super fast, but it doesn't add any more compute resources. So unless your K8s cluster was all about IO, i'd say no...
Re:80M I/O Per Second with a Standard 2U System
by bashinator on Friday May 28, 2021 @08:20AM
(#27314492)
I daydream about running our entire company k8s infra on a single 1U with 256 Epyc threads, a few terabytes of memory, and a bunch more of tiered storage. IMO this kind of miniaturization is amazing for container orchestration. Add a couple more, overprovision by 50%, let k8s handle the high availability, and you’ve got a datacenter in a small box.
Re:80M I/O Per Second with a Standard 2U System
by SkipperCat on Friday May 28, 2021 @11:22AM
(#27316462)
We run single node K8s. I do it for some non-prod apps. K8s deployments are a lot more easier to organize than a bunch of docker compose deployments and its also a great way to learn K8s internals, etc.
Re:80M I/O Per Second with a Standard 2U System
by gravypod on Friday May 28, 2021 @10:01AM
(#27315413)
I have nightmares of someone convincing my company to do something like that and then a having a hardware, network, or power failure.
Re:80M I/O Per Second with a Standard 2U System
by bashinator on Friday May 28, 2021 @01:18PM
(#27318073)
Oh for sure. I'm happy to keep it as a daydream. Cloud providers are better at high-availability than I am.
Re:80M I/O Per Second with a Standard 2U System
by jnwatson on Friday May 28, 2021 @10:14AM
(#27315562)
Buy 2.
Re:80M I/O Per Second with a Standard 2U System
by cestith on Friday May 28, 2021 @10:20AM
(#27315614)
4. 2 each for 2 data centers.
Re:80M I/O Per Second with a Standard 2U System
by gravypod on Friday May 28, 2021 @10:44AM
(#27315930)
And, at that point, you'll probably want an easy way to orchestrate work across your multiple nodes.