L2 Cache

Behold the power of |!

User Tools

Site Tools


Sidebar

snipets:solaris:net-etherstub

This is an old revision of the document!


Etherstubs / Virtual Switches

Introduction

Etherstubs seem to confuse some people. Things usually get cleared up when I compare the to vSwitches.

Take the following example:
You have:

  • 1 reverse proxy to filter traffic and do loadbalancing
  • 2 applications servers
  • 2 database servers

Say you run each component in either zone or KVM instance, you can then give each a vnic that is linked to your main network interface. But will put more traffic on your physical switch and also open up some security issues. You could ofcourse use VLAN's but that again adds more administrative complexity.

To solve this you can use an etherstub with vnics for the database and application servers. The proxy will also have a vnic on the etherstub and one on the physical interface.

This approuce will:

  • reduce the need for VLAN's, this elminitating the extra complexity of your physical network.
  • eliminate the traffic on the physical switch
  • security benifits, the backend servers are not connected to the physical network.

Bellow I'll give some examples on how to create an etherstub and how to add vnics to it.

snipets/solaris/net-etherstub.1348215669.txt.gz · Last modified: 2014/10/09 22:02 (external edit)