-
Notifications
You must be signed in to change notification settings - Fork 2.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
doc: Document seamless upgrade process for remote-node identity change #13042
Conversation
The upgrade instructions have been incomplete and did not allow for a seamless upgrade from 1.6.x to 1.7.0. Signed-off-by: Thomas Graf <thomas@cilium.io>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM. Just one question on whether the last two steps could be combined.
3. A third rolling upgrade must be performed with the option | ||
``allow-host-src: false`` set. This will enable the additional security | ||
check and start dropping traffic originating from the host identity | ||
received over the network. It is important to make this change | ||
independent of enabling the transmission to a avoid a mix of nodes with | ||
restrictive receive behavior while old nodes are still transmitting with | ||
the legacy host identity. | ||
|
||
4. Network policies must be audited to ensure policies no longer allow on the | ||
old behavior of the host entity allowing from all nodes in the cluster. | ||
After this step has been completed, remote node identity policy can be | ||
enabled by setting ``enable-remote-node-identity: true``. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I wonder whether there is a practical difference to splitting these into separate steps or whether they could be combined together? Until step 4 is executed, from a policy perspective, allows "from host" will still allow traffic from remote nodes.
test-docs-please |
We can iterate further on top if necessary, merged. It likely also makes sense for us to revisit forward-porting these docs changes to master / v1.8 given that these instructions are also present there. |
This PR builds on top of #13038
The upgrade instructions have been incomplete and did not allow for a
seamless upgrade from 1.6.x to 1.7.0.