Thanks Brian, We will be running a public subnet and at least one private subnet - traditional web/database set up essentially. Web servers will be behind a aws load balancer and there will be at least one admin host in the public subnet for access.
Private hosts will access the outside world via a NAT instance. I'm very interested in using 'cloudformation' to build out the application stack instances and run configuration via puppet in either master or masterless mode. However I'm wondering if this is the best method and how this can all be reported back to a centralized reporting server (if at all possible under these scenarios). Also interested in tips on building into VPCs in general. I'm curious how foreman handles cloud provisioning and would appreciate information on that. I should add we already have an existing puppet setup that handles traditional nodes. Our preference at this stage would be to keep them separate except for reporting. Not sure if that is something easily accomplished. Thanks, Den On 20/03/2012, at 15:35, Brian Gupta <brian.gu...@brandorr.com> wrote: > Well you can always assign Elastic IPs to your VPC instances, if they are on > a single public subnet. (Depending on how you have things configured.) > > Also, for a private subnet, you can setup an internet gateway instance that > can handle outgoing NAT for you. > > Other than that, some fancier options are to run a replica of your > puppetmaster in a public subnet, or even run a foreman "smart-proxy" puppet > proxy in a public VPC subnet, that your other VPC nodes can accces. > > (Let me know if any of these sound appealing and I can get you more info. Or > at least point you in the right direction.) > > -Brian > > On Tue, Mar 20, 2012 at 12:03 AM, Denmat <tu2bg...@gmail.com> wrote: > Hi list, > > Quick general question, what's the current best way to deploy to an Amazon > VPC (without VPN to central puppet master)? Deliberately vague to get wide > results :) > > Has anyone got good posts on this? > > TIA > Den > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To post to this group, send email to puppet-users@googlegroups.com. > To unsubscribe from this group, send email to > puppet-users+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/puppet-users?hl=en. > > > > > -- > > > -- > You received this message because you are subscribed to the Google Groups > "Puppet Users" group. > To post to this group, send email to puppet-users@googlegroups.com. > To unsubscribe from this group, send email to > puppet-users+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/puppet-users?hl=en. -- You received this message because you are subscribed to the Google Groups "Puppet Users" group. To post to this group, send email to puppet-users@googlegroups.com. To unsubscribe from this group, send email to puppet-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en.
