@groved the major k8s is designed to assume all applications are self contained and self healing so you can reboot/upgrade/destroy any node at any time and have 0 downtime.
K8s with applications designed to be pinned to a single snowflake box is the worst of both worlds.
@lrvick EBS doesn't support "ReadWriteMany" and is the default for the EKS CSI (including the previous iteration). This is part of the problem. It can only be mounted to a single node and can only be accessed by services on th nodeoses. This makes rolling upgrades impossible and can also lead to scaling issues
@groved So what you are saying is that EKS is badly designed, and can't properly take advantage of the core value propositions of k8s that rely on stateless/disposable nodes? That checks out.
@lrvick I mean, this problem plagues all stateful applications across most providers. DOKS runs into the same problem as they also only support RWO. You can set up your own RWX by making an NFS server IN your cluster or on a different droplet, but you're still dealing with manual migration issues none the less.
Server run by the main developers of the project It is not focused on any particular niche interest - everyone is welcome as long as you follow our code of conduct!