Alex Johnson asked:
I’m testing a virtual load balancer which is running on an EC2 instance. I’d like to be able to alter the setup and test the balancer under various conditions. In order to simulate a physical load balancer I’ve assigned three network interfaces to the instance:
- External (Primary) – An exposed interface to the web. The AWS rules will be set to allow all traffic to this interface. The load balancer will set up its own IP/port rules to filter this traffic internally. Connections to this interface will arrive from both inside and outside the VPC.
- Management – A dedicated interface with rules set to allow HTTPS traffic to the Load balancer’s web interface or SSH traffic to a management shell running on the load balancer. Management connections will be established from computers which are outside the VPC.
- Internal – The interface through which all instances behind the load balancer will connect. Connections on this interface will be mapped to connections on the external interface by the load balancer. Connections to the internal interface will only arrive from instances which are inside the VPC.
In order to simulate physical connections I’d like to apply some AWS security group rules to these interfaces so that only connections between certain instances in the VPC are allowed (IE: they’re plugged into each other). In order to do this I’ve created a separate security group for each interface (internal, management, and external).
My understanding is that rules within a security group are applied to all inbound and outbound traffic on the interfaces which belong to them. Since each interface in this setup serves a distinct role I’d like each interface to belong to one (and only one) security group.
What’s unclear to me is what it means for an instance itself (as opposed to its interfaces) to belong to a security group. My thinking is that since the load balancer instance will be communicating on all three interfaces that it should belong to all three security groups.
Unfortunately, when I apply the internal and management security groups to the instance it forces the external interface to also be in the internal and management security groups.
Likewise, when I remove the internal and management security groups from the external interface it removes the instance from those security groups too.
Are security groups applied to an instance just a superfluous configuration shortcut (IE: only the security groups applied to the network interfaces actually matter), is there some other way to achieve the configuration that I want, or am I thinking about the problem wrong and there’s a reason for AWS to prevent this configuration?
Because that’s how it works, and how it’s documented to work.
The ability to apply a security group to an instance is just syntactic sugar. As documented, it applies the security group to that instance’s primary network interface.
This work is licensed under a Creative Commons Attribution-ShareAlike 3.0 Unported License.