Bastion support for private instances #43
arindam-bandyopadhyay
started this conversation in
Ideas
Replies: 3 comments 3 replies
|
Love this idea! As a part of this can we document how to use the OCI cli? I think we should cover create and delete at least. I know we could just point them to the web console, but since our docs talk about |
1 reply
|
Since a Bastion is a "nice to have" on a given cluster how will we handle if there is a failure to create the bastion? Will the cluster still be considered "healthy"? |
2 replies
|
This is good and will bring us on par with AWS |
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Problem Description
CAPOCI by default creates Kubernetes master and worker nodes as private, i.e they don't have any public ip, only they have private ip. As a result, the operators manually needs to create bastions hosts(a compute with publci ip) aka jump host or use bastion service(https://www.oracle.com/security/cloud-security/bastion) to connect to those private instances.
Solution
CAPOCI should automatically create bastion service(https://docs.oracle.com/en-us/iaas/Content/Bastion/Concepts/bastionoverview.htm) in the control-plan (kubernetes master) instance subnet and worker node subnet if user opt for it via oci cluster spec. This would be allowed only for
control-plansubnet andworkersubnet role.Example:
Notes
nameis the name of the bastion andcidris the allowed cidr that would have access to the private instance via bastion serviceAll reactions