-
Notifications
You must be signed in to change notification settings - Fork 7
Private Networking Only #17
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
Comments
Hi @cdenneen - do you mean just not requiring public DNS or also not requiring public IPs? What is the reason you would like the infrastructure not require public DNS? |
@timidri our infra is 100% private. It sits on private subnets and we use Direct Connect to connect to the VPC's. So we do not need any public IPs to be associated with any of our instances. Only time we ever use public IPs is when we need to add one to an "externally" facing load balancer but for the purposes of puppet agents would never be connecting publically to the server, they would be using a private IP (dns) to connect to master. |
@cdenneen Ah I see, this makes total sense. At the moment, public IPs are mapped automatically because the created subnet is configured to do so.
Or am I oversimplifying things? |
@timidri That does seem logical. Also is it true that LB is only used if compile masters are used? (not sure if that logic was in this template or the azure one) curious if LB will be used if replica is enabled for easy failover. (check your slack, didn't want to bombard this issue) |
This was partially completed with the merging of pull request #19. It is now possible is choose between an internal or external NLB by setting the The last item which is missing is the ability to disable public IP assignment when instances are deployed to VPC/subnets which allow them. |
Use Case
I do not see the reason why infrastructure stood up requires
public_dns
.Describe the Solution You Would Like
Would like the ability for load balancers and instances to not require public dns.
The text was updated successfully, but these errors were encountered: