-
Notifications
You must be signed in to change notification settings - Fork 40k
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
Add Docker caching support to CoreOS' clusters. #5254
Add Docker caching support to CoreOS' clusters. #5254
Conversation
AntonioMeireles
commented
Mar 10, 2015
@brendandburns : Are you the right person to assign this to? |
fyi @pires |
guys, i've appended an extra patchlet to simplify fleet's instrumentation. IMHO, it also would make sense to handle flannels' invocation in a similar way (taking advantage of what already ships nativelly) and just consume the (units in) currently shipping CoreOS. So, is there any good reason to be using the blob at https://storage.googleapis.com/k8s/flanneld instead of the upstream bits shipping in plain CoreOS ? (fwiw in the kubernetes-vagrant-coreos-cluster project we've been using plain upstream flannel without any (obvious) issues ). |
2a515d7
to
67ee10d
Compare
a more idiomatic take on kubernetes#4378. as a bonus, and to be nice on resources, an ultra lightweight docker-registry container is consumed. Signed-off-by: António Meireles <antonio.meireles@reformi.st>
Signed-off-by: António Meireles <antonio.meireles@reformi.st>
67ee10d
to
b5a50ca
Compare
Looks good to me. merging. (the reason we use the blob in google storage is idempotentcy of deploy, but given that we haven't updated it in a while, I'm ok with relying on the CoreOS version) |
…oreOS_cluster Add Docker caching support to CoreOS' clusters.
in the footsteps of kubernetes#5254 merge earlier today and per @brendandburns comments in the PR review thread... Signed-off-by: António Meireles <antonio.meireles@reformi.st>
in the footsteps of kubernetes#5254 merge earlier today and per @brendandburns comments in the PR review thread... Signed-off-by: António Meireles <antonio.meireles@reformi.st>