-
Notifications
You must be signed in to change notification settings - Fork 584
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
Update README.md and split into several child documents #191
Update README.md and split into several child documents #191
Conversation
# Execute following command at Kubernetes master | ||
$ cat ./images/{multus-daemonset.yml,flannel-daemonset.yml} | kubectl apply -f - | ||
``` | ||
|
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.
General comment, it is hard to tell on the remaining sections which have already been done by the Quickstart "use daemonset" command (which I used).
For example:
- 70-multus.conf is created for you, just needs to be edited.
- I tried the "Create ServiceAccount, ClusterRole and its binding" step and got errors:
Error from server (AlreadyExists): error when creating "STDIN": serviceaccounts "multus" already exists
Error from server (AlreadyExists): error when creating "STDIN": clusterroles.rbac.authorization.k8s.io "multus" already exists
Error from server (AlreadyExists): error when creating "STDIN": clusterrolebindings.rbac.authorization.k8s.io "multus" already exists.
doc/quickstart.md
Outdated
Two things we'll refer to a number of times through this document are: | ||
|
||
* "Default network" -- This is your pod-to-pod network. This is how pods communicate among one another in your cluster, how they have connectivity. Generally speaking, this is presented as the interface named `eth0`. This interface is always attached to your pods, so that they can have connectivity among themselves. We'll add interfaces in addition to this. | ||
* "CRDs" -- Custom Resource Definitions. Custom Resources are a way that the Kubernetes API is extended. We use these here to store some information that Multus can ready. Primarily, we use these to store the configurations for each of the additional interfaces that are attached to your pods. |
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.
Multus can ready. -> Multus can read.
doc/quickstart.md
Outdated
CNI configurations are JSON, and we have a structure here that has a few things we're interested in: | ||
|
||
1. `cniVersion`: Tells each CNI plugin which version is being used and can give the plugin information if it's using a too late (or too early) version. | ||
2. `type`: This tells CNI which binary to call on disk. Each CNI plugin is a binary that's called. Typically, these binaries are stored in `/opt/cni/bin` on each node, and CNI executes this binary. In this case we've specified the `loopback` binary (which create a loopback-type network interface). |
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.
Just notes that might be helpful to add, but don't feel you have to:
- Does my CNI need to be in place (/opt/cni/bin/) before the quick start is run for it to be propagated to each node?
- Along the same lines, if I'm debugging and update the CNI, do I need to manually propagate it to each node?
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.
Cool, made a note to check the contents of the directory to make sure your binaries are on disk. And then also made a note about how the configs are read on pod creation & deletion.
…ocp-master OCPBUGS-19859: Multus annotation permissions: Certificate duration should be configurable
Fix #154 and #139. Thank you @dougbtv for reviewing the docs!