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

Support for custom AMI automation #81

Open
seanyoungberg opened this issue Sep 19, 2024 · 0 comments
Open

Support for custom AMI automation #81

seanyoungberg opened this issue Sep 19, 2024 · 0 comments
Assignees
Labels
enhancement New feature or request

Comments

@seanyoungberg
Copy link
Contributor

Is your feature request related to a problem?

I think the modules here (for all providers) would drastically benefit from some tooling to help us create custom VM-Series AMI.

Full bootstrapping is really a hassle and usually is not necessary. User data is the preferred method for most deployments now.

However, the one main reason to use full bootstrap is when you need to get to a specific PAN-OS release that does not have an AMI published.

Custom build will ensure we always have the target image inside of our own account. It will help to have some code that can be adapted into a scheduled build pipeline. It drastically will reduce boot time compared to alternative of full initialization, panos patching, content installs during boot.

Describe the solution you'd like

Not sure exactly :)

Maybe a module that can utilize packer to help with this? Probably only need to supply an authcode during bootstrap, ssh in after boot, install content, upgrade panos inline to user-defined version, private-data-reset. Optionally copy AMI to other regions, share with other accounts/org/OU.

Not sure if another place would be more appropriate to host this but I think it would fit in well here to easily reference the AMI ID back in the deployment code.

Could either be a one-off as part of deployment or used to create a build process.

Describe alternatives you've considered.

We set this up ad-hoc a lot of times but the manual process is painful.

Additional context

No response

@seanyoungberg seanyoungberg added the enhancement New feature or request label Sep 19, 2024
@lstadnik lstadnik assigned lstadnik and alperenkose and unassigned lstadnik Oct 31, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants