Comments (4)
Ah ha! It certainly looks like that. The strategy behind this is that you need a single node... anything else provides HA and the rules in the deployment mean that we can’t have overlapping pods. It won’t fail.. it will just be left pending which isn’t an issue :-)
from kube-vip.
While that is certainly the case for kubectl
, more applications (in particular I used kapp
) try to be a little more helpful during the installation process, so it'll hang and output the logs that indicate not all pods can be appropriately scheduled (this is a 3 master node, 1 worker node example):
8:48:12PM: ongoing: reconcile deployment/kube-vip-cluster (apps/v1) namespace: default
8:48:12PM: ^ Waiting for 2 unavailable replicas
8:48:12PM: L ok: waiting on replicaset/kube-vip-cluster-76c6cfdd77 (apps/v1) namespace: default
8:48:12PM: L ongoing: waiting on pod/kube-vip-cluster-76c6cfdd77-mrxnb (v1) namespace: default
8:48:12PM: ^ Pending: Unschedulable (message: 0/4 nodes are available: 1 node(s) didn't match pod affinity/anti-affinity, 3 node(s) had taints that the pod didn't tolerate.)
8:48:12PM: L ongoing: waiting on pod/kube-vip-cluster-76c6cfdd77-8cvvr (v1) namespace: default
8:48:12PM: ^ Pending: Unschedulable (message: 0/4 nodes are available: 1 node(s) didn't match pod affinity/anti-affinity, 3 node(s) had taints that the pod didn't tolerate.)
8:48:12PM: L ok: waiting on pod/kube-vip-cluster-76c6cfdd77-5mkpb (v1) namespace: default
8:49:02PM: ---- waiting on 1 changes [2/3 done] ----
8:49:12PM: ongoing: reconcile deployment/kube-vip-cluster (apps/v1) namespace: default
8:49:12PM: ^ Waiting for 2 unavailable replicas
8:49:12PM: L ok: waiting on replicaset/kube-vip-cluster-76c6cfdd77 (apps/v1) namespace: default
8:49:12PM: L ongoing: waiting on pod/kube-vip-cluster-76c6cfdd77-mrxnb (v1) namespace: default
8:49:12PM: ^ Pending: Unschedulable (message: 0/4 nodes are available: 1 node(s) didn't match pod affinity/anti-affinity, 3 node(s) had taints that the pod didn't tolerate.)
8:49:12PM: L ongoing: waiting on pod/kube-vip-cluster-76c6cfdd77-8cvvr (v1) namespace: default
8:49:12PM: ^ Pending: Unschedulable (message: 0/4 nodes are available: 1 node(s) didn't match pod affinity/anti-affinity, 3 node(s) had taints that the pod didn't tolerate.)
8:49:12PM: L ok: waiting on pod/kube-vip-cluster-76c6cfdd77-5mkpb (v1) namespace: default
8:50:03PM: ---- waiting on 1 changes [2/3 done] ----
from kube-vip.
Man alive.. some tooling is too clever for it's own good!
I'd kubectl scale --replicas=1 deploy/kube-vip-cluster
and if you want to submit a PR to change the manifest to 1 that's fine or I can do it and update docs later on.
from kube-vip.
Docs updated to reflect the usage of deployment
with kubectl
or kapps
-> https://kube-vip.io/kubernetes/
from kube-vip.
Related Issues (20)
- [Question] Does BGP Mode assign addresses to interfaces on the nodes? HOT 11
- Better support for offline deployment HOT 1
- The enable service security feature is not working in some environment due to the iptables-legacy executable not being found HOT 3
- Kube-vip depends on `nodename == hostname` for service election, which easily breaks HOT 2
- kube-vip didn't add VIP to the network interface HOT 3
- Node preferences/priorities for loadbalancer services
- Cannot start in just services mode in Equinix Metal HOT 4
- Allow vip_interface to be set on a per-node basis using node labels or annotations HOT 6
- kube-vip deletes route if second service with same IP has no backends HOT 5
- Cleanup on VIP/Iptables/IPVS on kube-vip deletion (SIGTERM or SIGINT) fails
- Defaults the control plane LB mode to use masquerade forwarding method
- panic: open /var/run/secrets/kubernetes.io/serviceaccount/token: no such file or directory when starting static pod HOT 1
- Support table mode for CP mode HOT 1
- The load balancer IP addresses are not being release after the LB-type Services are deleted HOT 1
- kube-vip announcing k3s nodeips as vips HOT 1
- Allow disable upnp for one service
- Egress + service without selector
- Kube-VIP does not recover after network outages
- Report the use of components with vulnerabilities in kube-vip
- DHCP for control plane VIP fails: got an error while the discovery request: no matching response packet received
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from kube-vip.