Skip to content
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

no cloud agents: digitalocean #71

Closed
dustymabe opened this issue Oct 25, 2018 · 12 comments
Closed

no cloud agents: digitalocean #71

dustymabe opened this issue Oct 25, 2018 · 12 comments
Assignees
Labels
cloud* related to public/private clouds

Comments

@dustymabe
Copy link
Member

In #12 we decided that we'd like to try to not ship cloud agents. This ticket will document investigation and strategy for shipping without a cloud agent on the digitalocean cloud platform.

See also #41 for a discussion of how to ship cloud specific bits using ignition.

@bgilbert
Copy link
Contributor

DigitalOcean doesn't have an agent. On Container Linux, coreos-metadata is responsible for configuring networkd from the initramfs on every boot, since DigitalOcean provides network parameters via a link-local metadata server and didn't originally support DHCP. I'm not sure whether DHCP works now, but I presume the metadata server is still needed for configuring private IPs.

@dustymabe
Copy link
Member Author

I'm not sure whether DHCP works now, but I presume the metadata server is still needed for configuring private IPs.

@ryanpq - do you know?

@ryanpq
Copy link

ryanpq commented Oct 29, 2018

DHCP in DO is only in a very limited release. User-imported images are set to use DHCP since no cloud agent or standard cloud-init can be ensured. DHCP is not in use on any base or application images (or droplets created with them) currently.

@dustymabe
Copy link
Member Author

Thanks @ryanpq 😃 . We have some time before Fedora CoreOS will be shipped so maybe time to improve that there. We'll play around with DHCP as it exists in DO today and see if it works well enough for us.

@bgilbert
Copy link
Contributor

bgilbert commented Nov 7, 2018

@ryanpq Since a private IP address is assigned to the same NIC as the public one, I assume private IPs will still require querying the metadata service?

@ryanpq
Copy link

ryanpq commented Nov 14, 2018

Yes. We can support providing this information via the metadata service or a configdrive

@dustymabe
Copy link
Member Author

@ryanpq - In other words, you won't get private IP information if you only use DHCP and don't pick it up from other sources. Is that correct?

@ryanpq
Copy link

ryanpq commented Nov 14, 2018

That is correct. DHCP isn't offered at all for standard images. Currently it is a feature only in use by droplets created via custom images (images imported using the new feature). The reason for this is that we cannot be sure that a VM image a user imports will have a compatible cloud-init or similar service available. DHCP on DO is not yet compatible with some services like private IPs and ipv6. For this reason it is not yet used for any droplets created using standard (base OS or one-click) images.

@bgilbert
Copy link
Contributor

It appears that #111 is the only missing piece. Will PR the design doc.

@dustymabe
Copy link
Member Author

thanks @bgilbert

@bgilbert
Copy link
Contributor

It turns out that DO does have an agent for reporting droplet metrics back to DO. I don't think there's any reason for us to ship it.

@bgilbert
Copy link
Contributor

Design doc PR merged in #113.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
cloud* related to public/private clouds
Projects
None yet
Development

No branches or pull requests

3 participants