<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Service Console redundancy</title>
	<atom:link href="http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/</link>
	<description>Building blocks for virtualization...</description>
	<lastBuildDate>Tue, 16 Mar 2010 00:34:41 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: ryan@lan</title>
		<link>http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/comment-page-1/#comment-6939</link>
		<dc:creator>ryan@lan</dc:creator>
		<pubDate>Sat, 06 Mar 2010 13:26:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/#comment-6939</guid>
		<description>Does my mac adresse change if I upgrade my computer with some other hardware? For example change the graphic card?</description>
		<content:encoded><![CDATA[<p>Does my mac adresse change if I upgrade my computer with some other hardware? For example change the graphic card?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lynxbat</title>
		<link>http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/comment-page-1/#comment-2505</link>
		<dc:creator>lynxbat</dc:creator>
		<pubDate>Tue, 17 Feb 2009 17:42:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/#comment-2505</guid>
		<description>Great article.</description>
		<content:encoded><![CDATA[<p>Great article.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: brex</title>
		<link>http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/comment-page-1/#comment-2204</link>
		<dc:creator>brex</dc:creator>
		<pubDate>Thu, 15 Jan 2009 10:10:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/#comment-2204</guid>
		<description>Hi all,

I&#039;m preparing a VI3 environment with 2 IBM x3650 both with 4 pNIC (2 onboard + 2 with expansion card).
I&#039;ll have 6 VM (actually) and one of them is a mail server which has to be on DMZ.
What configuration do you suggest? I&#039;ve read a lot of docz and posts here and there and I&#039;m ended with this possibility (due to the low pNIC availability in this setup):

VSWITCH0 (2 pNIC - vmnic0 &amp; vmnic2):
Port Group1: Service Console (vmnic0 Active - vmnic2 Standby)
Port Group2: VMotion Network (vmnic2 Active - vmnic0 Standby)

VSWITCH1 (2 pNIC - vmnic1 &amp; vmnic3):
Port Group1: VM Production Network (tagged with a specific VLAN ID)
Port Group2: VM DMZ Network (tagged with a specific VLAN ID)

I will then be able to offer Service Console redundancy through a standby pNIC used actually by the VMotion Network and vice-versa.
Having only 2 spare pNICs and needing some fault-tolerance (and trunking) for VM Networks I&#039;ll have to put Production and DMZ VMs on the same VSWITCH separating them on 2 different Port Groups and using different subnets or VLANs (which is better?).

Is this safe? I know that a single pNIC only for DMZ would be a better solution but this will gave me no pNIC redundancy for both VM Networks.

Please give me any advice or suggestions on better design.</description>
		<content:encoded><![CDATA[<p>Hi all,</p>
<p>I&#8217;m preparing a VI3 environment with 2 IBM x3650 both with 4 pNIC (2 onboard + 2 with expansion card).<br />
I&#8217;ll have 6 VM (actually) and one of them is a mail server which has to be on DMZ.<br />
What configuration do you suggest? I&#8217;ve read a lot of docz and posts here and there and I&#8217;m ended with this possibility (due to the low pNIC availability in this setup):</p>
<p>VSWITCH0 (2 pNIC &#8211; vmnic0 &amp; vmnic2):<br />
Port Group1: Service Console (vmnic0 Active &#8211; vmnic2 Standby)<br />
Port Group2: VMotion Network (vmnic2 Active &#8211; vmnic0 Standby)</p>
<p>VSWITCH1 (2 pNIC &#8211; vmnic1 &amp; vmnic3):<br />
Port Group1: VM Production Network (tagged with a specific VLAN ID)<br />
Port Group2: VM DMZ Network (tagged with a specific VLAN ID)</p>
<p>I will then be able to offer Service Console redundancy through a standby pNIC used actually by the VMotion Network and vice-versa.<br />
Having only 2 spare pNICs and needing some fault-tolerance (and trunking) for VM Networks I&#8217;ll have to put Production and DMZ VMs on the same VSWITCH separating them on 2 different Port Groups and using different subnets or VLANs (which is better?).</p>
<p>Is this safe? I know that a single pNIC only for DMZ would be a better solution but this will gave me no pNIC redundancy for both VM Networks.</p>
<p>Please give me any advice or suggestions on better design.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Professional VMware &#187; Blog Archive &#187; The Service Console: Part 2 &#8211; Redundancy</title>
		<link>http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/comment-page-1/#comment-1877</link>
		<dc:creator>Professional VMware &#187; Blog Archive &#187; The Service Console: Part 2 &#8211; Redundancy</dc:creator>
		<pubDate>Wed, 03 Dec 2008 14:22:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/#comment-1877</guid>
		<description>[...] further discussion on Service Console Redundancy, I’d like to point you at yellow-bricks. (Note: We’ve been talking about option 3 for most of [...]</description>
		<content:encoded><![CDATA[<p>[...] further discussion on Service Console Redundancy, I’d like to point you at yellow-bricks. (Note: We’ve been talking about option 3 for most of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: habibalby</title>
		<link>http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/comment-page-1/#comment-1876</link>
		<dc:creator>habibalby</dc:creator>
		<pubDate>Wed, 03 Dec 2008 13:40:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/#comment-1876</guid>
		<description>Hello,

The problem has been solved by the following steps


1. Disabled the Trunking ports in the pSwitches
2. In the pSwitch I have set the VLAN3 and VLAN4 member of each other.
3. Set the VLAN ID in the Service Console and VMkernel Portgroups.
4. In the pSwitch, I have set the Tagging to TagAll for both ports 5 &amp; 6 in both pSwitches.
5. PVID are the same on both ports on both pSwitches.
6. For the second host, did the same steps entering the VLAN ID in the correspondence portgroup.

Result:

* Both hosts they can reach other.
* Both hosts they can reach the configured Default Gateway.
* Both hosts they can reach the VMkernel IP Address of each host using vmkping command.
* Test vmnic0 failure = Still I can reach other host IP Address &amp; hostname, and the Default Gateway as well as the VMkernel IP Address of other host in the Cluster
* Test vmnic1 failure = Still I can reach other host IP Address &amp; hostname, and the Default Gateway as well as the VMkernel IP Address of other host in the Cluster.

Now, when I tried to re-configure the VMware HA, I got an error while I configuring the VMware HA, I got an errors:

HA agent on hosts.esx.local in cluster ESX in Development Network has an error: No Active Primaries Found &quot;Means no Primary Host found in the Cluster&quot;
CMD startagent failed: Internal AAM Error - Agent could not start

Steps followed to overcome this problem:

   1. Put the hosts in Maintenance Mode.
   2. Disconnected the hosts from the Virtual Center.
   3. Removed the hosts from the Virtual Center
   4. Restarted the Virtual Center, just in case to get everything cleared.
   5. Added both hosts to the Cluster, and enabled VMware HA. WAW, everything works as expected successfully.</description>
		<content:encoded><![CDATA[<p>Hello,</p>
<p>The problem has been solved by the following steps</p>
<p>1. Disabled the Trunking ports in the pSwitches<br />
2. In the pSwitch I have set the VLAN3 and VLAN4 member of each other.<br />
3. Set the VLAN ID in the Service Console and VMkernel Portgroups.<br />
4. In the pSwitch, I have set the Tagging to TagAll for both ports 5 &amp; 6 in both pSwitches.<br />
5. PVID are the same on both ports on both pSwitches.<br />
6. For the second host, did the same steps entering the VLAN ID in the correspondence portgroup.</p>
<p>Result:</p>
<p>* Both hosts they can reach other.<br />
* Both hosts they can reach the configured Default Gateway.<br />
* Both hosts they can reach the VMkernel IP Address of each host using vmkping command.<br />
* Test vmnic0 failure = Still I can reach other host IP Address &amp; hostname, and the Default Gateway as well as the VMkernel IP Address of other host in the Cluster<br />
* Test vmnic1 failure = Still I can reach other host IP Address &amp; hostname, and the Default Gateway as well as the VMkernel IP Address of other host in the Cluster.</p>
<p>Now, when I tried to re-configure the VMware HA, I got an error while I configuring the VMware HA, I got an errors:</p>
<p>HA agent on hosts.esx.local in cluster ESX in Development Network has an error: No Active Primaries Found &#8220;Means no Primary Host found in the Cluster&#8221;<br />
CMD startagent failed: Internal AAM Error &#8211; Agent could not start</p>
<p>Steps followed to overcome this problem:</p>
<p>   1. Put the hosts in Maintenance Mode.<br />
   2. Disconnected the hosts from the Virtual Center.<br />
   3. Removed the hosts from the Virtual Center<br />
   4. Restarted the Virtual Center, just in case to get everything cleared.<br />
   5. Added both hosts to the Cluster, and enabled VMware HA. WAW, everything works as expected successfully.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: habibalby</title>
		<link>http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/comment-page-1/#comment-1870</link>
		<dc:creator>habibalby</dc:creator>
		<pubDate>Tue, 02 Dec 2008 08:35:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/#comment-1870</guid>
		<description>Hello,

Just to let you get more clear picture about what I have done;

pSwitch1, Port 5 = VLAN3
pSwitch1, Port 6 = VLAN4
IP Address: 172.16.20.0/ 24 D.Gateway: 172.16.20.1
pSwicth2, Port 5 = VLAN3
pSwitch2, Port 6 = VLAN4
IP Address: 10.1.0.0/24 D.G: 10.1.0.1

I have trunked those ports in the pSwitch:
Trunk Name: ESX 
Unit: Port:
1      5
1      6
2      5
2      6

I have set the both ports PVID equally, and selected both ports as member of each other VLANs. The Trunk is successful enabled. 

I have set a VLAN ID in the Service Console and VMotion Portgroups, and set pSwitch Ports to TagAll and UnTag. But, I&#039;m unable to get any Connectivity to the Service Console nor the VMkernel between each host. 


I have disabled the Trunk, and set the VLAN Ports to be a member of each other VLAN and set the Port 5 &quot;Where the vmnic0 Connected as TagAll&quot;. I got the connectivity back to the hosts, and VMkernel can ping each other. But vmkping cannot reach to it&#039;s Default Gateway. 

Any further help?

Thanks,</description>
		<content:encoded><![CDATA[<p>Hello,</p>
<p>Just to let you get more clear picture about what I have done;</p>
<p>pSwitch1, Port 5 = VLAN3<br />
pSwitch1, Port 6 = VLAN4<br />
IP Address: 172.16.20.0/ 24 D.Gateway: 172.16.20.1<br />
pSwicth2, Port 5 = VLAN3<br />
pSwitch2, Port 6 = VLAN4<br />
IP Address: 10.1.0.0/24 D.G: 10.1.0.1</p>
<p>I have trunked those ports in the pSwitch:<br />
Trunk Name: ESX<br />
Unit: Port:<br />
1      5<br />
1      6<br />
2      5<br />
2      6</p>
<p>I have set the both ports PVID equally, and selected both ports as member of each other VLANs. The Trunk is successful enabled. </p>
<p>I have set a VLAN ID in the Service Console and VMotion Portgroups, and set pSwitch Ports to TagAll and UnTag. But, I&#8217;m unable to get any Connectivity to the Service Console nor the VMkernel between each host. </p>
<p>I have disabled the Trunk, and set the VLAN Ports to be a member of each other VLAN and set the Port 5 &#8220;Where the vmnic0 Connected as TagAll&#8221;. I got the connectivity back to the hosts, and VMkernel can ping each other. But vmkping cannot reach to it&#8217;s Default Gateway. </p>
<p>Any further help?</p>
<p>Thanks,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Duncan Epping</title>
		<link>http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/comment-page-1/#comment-1865</link>
		<dc:creator>Duncan Epping</dc:creator>
		<pubDate>Mon, 01 Dec 2008 20:05:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/#comment-1865</guid>
		<description>To start with, you should setup both connections to vswitch0 as a vlan trunk. So both vlan&#039;s should be published on both links, cause when a nic failover occurs you want to be able to use this nic directly instead of having to do a reconfigure.

The VMotion network doesn&#039;t need to be a routable network. It can be a completely isolated network on a seperate switch without an uplink to the Service Console network, as long as all ESX Hosts VMkernel can &quot;vmkping&quot; eachother. So that&#039;s what you should test! Not a regular ping.

Start with this and then let me know the results.</description>
		<content:encoded><![CDATA[<p>To start with, you should setup both connections to vswitch0 as a vlan trunk. So both vlan&#8217;s should be published on both links, cause when a nic failover occurs you want to be able to use this nic directly instead of having to do a reconfigure.</p>
<p>The VMotion network doesn&#8217;t need to be a routable network. It can be a completely isolated network on a seperate switch without an uplink to the Service Console network, as long as all ESX Hosts VMkernel can &#8220;vmkping&#8221; eachother. So that&#8217;s what you should test! Not a regular ping.</p>
<p>Start with this and then let me know the results.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: habibalby</title>
		<link>http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/comment-page-1/#comment-1864</link>
		<dc:creator>habibalby</dc:creator>
		<pubDate>Mon, 01 Dec 2008 19:11:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/#comment-1864</guid>
		<description>Hello Folks,

I want to configure my ESX Servers to works with VLAN under Nortel Switches 4542 GT in Stack-mode.

Server Configuration:
2- DL380 G5, each with Single Port HBA, 6 pNICs, 2 pCPU Dual-Proc.
2- BL460 G1, Each with Dual-port HBA, 6 pNICs, 1 pCPU Dual-Proc.

Setup:
vSwitch0 = ESX Networks: Service Console &quot;172.16.20.0/24&quot; &amp;&amp; VMotion &quot;10.1.0.0/24&quot; using VLANs.
vSwitch1= Production Network: 128.104.0.0/16
vSwitch2 = DMZ Network: 192.168.1.0/24

Private Network for ESX:
vSwitch0 with 2 pNICs connected vmnic0 &amp; vmnic1 Teamed on the vSwitch Level.
2 Portsgroup.
1 Service Console
1 VMotion

In the portgroup Setting for S.C --&gt; Nic Teaming is vmnic0 Active and vmnic1 Standby
In the portgroup setting for VMotion --&gt; Nic Teaming is the vmnic1 Active and vmnic0 Standby.

vmnic0 connected to pSwitch on port configured with VLAN 2
vmnic1 connected to pSwitch on port configured with VLAN 3

Production Network:

vSwitch1 with 2 pNICs connected vmnic2 &amp; vmnic3 Teamed on the vSwitch Level.
1 Portgroup.
Production VMs

vSwitch2 with 2 pNICs connected vmnic4 &amp; vmnic5 Teamed on the vSwitch Level.
1 Portgroup
DMZ VMs

================================================== =============================

If
I assign an IP Address to the S.C with the same IP which is configured
on the VLAN, &quot;Without Assigning the ((VLAN ID)) in the portgourp,
through pServer, i can reach to other ESX Host Service Console, because
both of them are on the same VLAN.

As soon as I assign the
((VLAN ID)) on the portgroup of S.C, i lost the connectivity to the
server, and I started troubleshooting the vswif0 to create another
Service Console Network in order to access it the ESX Host. &quot;And the
same applies on the VMotion Network&quot;.

The same goes to the
VMotion network as well. From the pSwitch, both the VLANs are reachable
to 172.16.20.0/24 Service Console, and 10.1.0.0/24 for VMotion Network.

I want the Service Console Network, can talk to the VMotion Network and vice versa to get the VMotion works.

Service Console:
IP:172.16.20.2/24
D.G: 172.16.20.1
DNS: 172.16.20.57 &quot;This host is connected to the same VLAN where the ESX hosts connected&quot;. It&#039;s a VC and DNS Server.

VMkarnal:
IP:10.1.0.2/24
D.G: 10.1.0.1

From,
within the ESX Host, I&#039;m unable to reach to the Default Gateway of the
VMotion Network using vmkping. Nor the Service Console able to reach to
the VMotion Network.

Moreover, I wanted to reach to the Service
Console Network 172.16.20.0 via 128.104.0.0 Network to do my
Administrative Task. In this case, do I have to add a Static Route in
the Service Console, in order for the VI Clients reach from Production
Network?


Further Testing:

have UnTagged the ports for both VLANs. I setup both PortGroups S.C &amp; VMKernel without VLAN ID.
I
got one host can ping VMkernel PortGroup on another host via COS ping.
Also from the same host tried vmkping S.C IP and D.Gateway. It&#039;s
successul.

However, from the another host I can reach the
first host S.C IP but not VMkernel. Nor the VMKernel able to reach it&#039;s
D.Gateway.

Since the both VLANs are reachable within the pSwitch. Do I have to use a port Trunking, and assign different VLAN ID &quot;The Trunked vLAN&quot; in each Portgroup *S.C &amp; VMotion*?

In additional to what i have mentioned to earlier regarding the NIC Teaming.
Both, vmnic0 &amp; vmnic1 assigned to vSwitch0, in the NIC Teaming
Setting of vSwitch0, both vmnic0 &amp; vmnic1 as Active/Active. And
within each PortGroup, S.C = vmnic0 Active &amp; vmnic1 Standby. And
VMkernel = vmnic1 Active &amp; vmnic0 Standby. Is this Setting may
confusing the VLAN to work properly?

Furter troubleshooting I&#039;m going to make;
1. Remove the Nic Teaming from the PortGroups.
2. Configure the vSwitch0 with only vmnic0 on both hosts, assuming a pNIC failure.
3. Test both hosts can ping each other S.C and D.Gateway 172.16.20.1
4. Cofigure VMkernel with the prospetive VLAN IP schema &amp; test vmkping whether it can reach S.C IP &amp; it&#039;s D.Gateway.
5. If it&#039;s success, then will configure the same on the other host and test the connectivity between the hosts.

If not, do I have to configure a Trunking on the pSwitches and make both VLANs 3 &amp; 4 members of the Trunked VLAN?


Further Testing:

In the pSwitch on port 5 where the vmnic0 connected, i have set the port ot TagAll.

Result:
1. I lost the connectivity to the vswif0 &quot;Service Console IP&quot;. But within this vSwitch0, I have VM Network Portgroup, and one of the Virtual Machines IP&#039;s is set to the same VLAN of the Service Console, it&#039;s reachable

This without VLAN ID specified on any PortGroup.

2. While the the pSwitch Port 5 is set to TagAll, I have specify a VLAN ID to both the Service Console &amp; VM Network Portgroups, I got the connectivity back up on the Service Console as well as on the VM Network.

Now I have the vmnic0 connected to port 5 &quot;VLAN 3 - ip: 172.16.20.0&quot; on the pSwitch and vmnic0 linked to vSwitch0. Also, vmnic1 is connected to port 6 &quot;VLAN 4 - ip: 10.1.0.0&quot; on the pSwitch and vmnic1 is Linked to vSwitch0 as well.

Question: How to get the VMotion works since Service Console is setting on the different Network and VMotion on Different Network?

Do I have to specify a Static Route in the ESX Server in order for the VMKernel Network sees the Service Console Network?

Thanks,</description>
		<content:encoded><![CDATA[<p>Hello Folks,</p>
<p>I want to configure my ESX Servers to works with VLAN under Nortel Switches 4542 GT in Stack-mode.</p>
<p>Server Configuration:<br />
2- DL380 G5, each with Single Port HBA, 6 pNICs, 2 pCPU Dual-Proc.<br />
2- BL460 G1, Each with Dual-port HBA, 6 pNICs, 1 pCPU Dual-Proc.</p>
<p>Setup:<br />
vSwitch0 = ESX Networks: Service Console &#8220;172.16.20.0/24&#8243; &amp;&amp; VMotion &#8220;10.1.0.0/24&#8243; using VLANs.<br />
vSwitch1= Production Network: 128.104.0.0/16<br />
vSwitch2 = DMZ Network: 192.168.1.0/24</p>
<p>Private Network for ESX:<br />
vSwitch0 with 2 pNICs connected vmnic0 &amp; vmnic1 Teamed on the vSwitch Level.<br />
2 Portsgroup.<br />
1 Service Console<br />
1 VMotion</p>
<p>In the portgroup Setting for S.C &#8211;&gt; Nic Teaming is vmnic0 Active and vmnic1 Standby<br />
In the portgroup setting for VMotion &#8211;&gt; Nic Teaming is the vmnic1 Active and vmnic0 Standby.</p>
<p>vmnic0 connected to pSwitch on port configured with VLAN 2<br />
vmnic1 connected to pSwitch on port configured with VLAN 3</p>
<p>Production Network:</p>
<p>vSwitch1 with 2 pNICs connected vmnic2 &amp; vmnic3 Teamed on the vSwitch Level.<br />
1 Portgroup.<br />
Production VMs</p>
<p>vSwitch2 with 2 pNICs connected vmnic4 &amp; vmnic5 Teamed on the vSwitch Level.<br />
1 Portgroup<br />
DMZ VMs</p>
<p>================================================== =============================</p>
<p>If<br />
I assign an IP Address to the S.C with the same IP which is configured<br />
on the VLAN, &#8220;Without Assigning the ((VLAN ID)) in the portgourp,<br />
through pServer, i can reach to other ESX Host Service Console, because<br />
both of them are on the same VLAN.</p>
<p>As soon as I assign the<br />
((VLAN ID)) on the portgroup of S.C, i lost the connectivity to the<br />
server, and I started troubleshooting the vswif0 to create another<br />
Service Console Network in order to access it the ESX Host. &#8220;And the<br />
same applies on the VMotion Network&#8221;.</p>
<p>The same goes to the<br />
VMotion network as well. From the pSwitch, both the VLANs are reachable<br />
to 172.16.20.0/24 Service Console, and 10.1.0.0/24 for VMotion Network.</p>
<p>I want the Service Console Network, can talk to the VMotion Network and vice versa to get the VMotion works.</p>
<p>Service Console:<br />
IP:172.16.20.2/24<br />
D.G: 172.16.20.1<br />
DNS: 172.16.20.57 &#8220;This host is connected to the same VLAN where the ESX hosts connected&#8221;. It&#8217;s a VC and DNS Server.</p>
<p>VMkarnal:<br />
IP:10.1.0.2/24<br />
D.G: 10.1.0.1</p>
<p>From,<br />
within the ESX Host, I&#8217;m unable to reach to the Default Gateway of the<br />
VMotion Network using vmkping. Nor the Service Console able to reach to<br />
the VMotion Network.</p>
<p>Moreover, I wanted to reach to the Service<br />
Console Network 172.16.20.0 via 128.104.0.0 Network to do my<br />
Administrative Task. In this case, do I have to add a Static Route in<br />
the Service Console, in order for the VI Clients reach from Production<br />
Network?</p>
<p>Further Testing:</p>
<p>have UnTagged the ports for both VLANs. I setup both PortGroups S.C &amp; VMKernel without VLAN ID.<br />
I<br />
got one host can ping VMkernel PortGroup on another host via COS ping.<br />
Also from the same host tried vmkping S.C IP and D.Gateway. It&#8217;s<br />
successul.</p>
<p>However, from the another host I can reach the<br />
first host S.C IP but not VMkernel. Nor the VMKernel able to reach it&#8217;s<br />
D.Gateway.</p>
<p>Since the both VLANs are reachable within the pSwitch. Do I have to use a port Trunking, and assign different VLAN ID &#8220;The Trunked vLAN&#8221; in each Portgroup *S.C &amp; VMotion*?</p>
<p>In additional to what i have mentioned to earlier regarding the NIC Teaming.<br />
Both, vmnic0 &amp; vmnic1 assigned to vSwitch0, in the NIC Teaming<br />
Setting of vSwitch0, both vmnic0 &amp; vmnic1 as Active/Active. And<br />
within each PortGroup, S.C = vmnic0 Active &amp; vmnic1 Standby. And<br />
VMkernel = vmnic1 Active &amp; vmnic0 Standby. Is this Setting may<br />
confusing the VLAN to work properly?</p>
<p>Furter troubleshooting I&#8217;m going to make;<br />
1. Remove the Nic Teaming from the PortGroups.<br />
2. Configure the vSwitch0 with only vmnic0 on both hosts, assuming a pNIC failure.<br />
3. Test both hosts can ping each other S.C and D.Gateway 172.16.20.1<br />
4. Cofigure VMkernel with the prospetive VLAN IP schema &amp; test vmkping whether it can reach S.C IP &amp; it&#8217;s D.Gateway.<br />
5. If it&#8217;s success, then will configure the same on the other host and test the connectivity between the hosts.</p>
<p>If not, do I have to configure a Trunking on the pSwitches and make both VLANs 3 &amp; 4 members of the Trunked VLAN?</p>
<p>Further Testing:</p>
<p>In the pSwitch on port 5 where the vmnic0 connected, i have set the port ot TagAll.</p>
<p>Result:<br />
1. I lost the connectivity to the vswif0 &#8220;Service Console IP&#8221;. But within this vSwitch0, I have VM Network Portgroup, and one of the Virtual Machines IP&#8217;s is set to the same VLAN of the Service Console, it&#8217;s reachable</p>
<p>This without VLAN ID specified on any PortGroup.</p>
<p>2. While the the pSwitch Port 5 is set to TagAll, I have specify a VLAN ID to both the Service Console &amp; VM Network Portgroups, I got the connectivity back up on the Service Console as well as on the VM Network.</p>
<p>Now I have the vmnic0 connected to port 5 &#8220;VLAN 3 &#8211; ip: 172.16.20.0&#8243; on the pSwitch and vmnic0 linked to vSwitch0. Also, vmnic1 is connected to port 6 &#8220;VLAN 4 &#8211; ip: 10.1.0.0&#8243; on the pSwitch and vmnic1 is Linked to vSwitch0 as well.</p>
<p>Question: How to get the VMotion works since Service Console is setting on the different Network and VMotion on Different Network?</p>
<p>Do I have to specify a Static Route in the ESX Server in order for the VMKernel Network sees the Service Console Network?</p>
<p>Thanks,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Duncan Epping</title>
		<link>http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/comment-page-1/#comment-1833</link>
		<dc:creator>Duncan Epping</dc:creator>
		<pubDate>Tue, 25 Nov 2008 22:20:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/#comment-1833</guid>
		<description>Yes port trunking would be required indeed. But it&#039;s not necessary. I don&#039;t see why one wouldn&#039;t use the same nic for the vmkernel and the sc. I know technically speaking one could consider this a security breach, but as soon as you&#039;ve got access to the Service Console you can access VM data any way. (VMDK&#039;s, Memory dump with snapshots etc.)

I was going to revise the document anyway, might do it tomorrow if I can find the time.</description>
		<content:encoded><![CDATA[<p>Yes port trunking would be required indeed. But it&#8217;s not necessary. I don&#8217;t see why one wouldn&#8217;t use the same nic for the vmkernel and the sc. I know technically speaking one could consider this a security breach, but as soon as you&#8217;ve got access to the Service Console you can access VM data any way. (VMDK&#8217;s, Memory dump with snapshots etc.)</p>
<p>I was going to revise the document anyway, might do it tomorrow if I can find the time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BrianD</title>
		<link>http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/comment-page-1/#comment-1832</link>
		<dc:creator>BrianD</dc:creator>
		<pubDate>Tue, 25 Nov 2008 21:56:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.yellow-bricks.com/2008/01/14/service-console-redundancy/#comment-1832</guid>
		<description>In regards to option 3, I&#039;ve always though that your Kernel Network should be totally isolated from your SC and your production NICs. But you&#039;re steps would allude to having a SC and Kernel on the same VLAN. Are there any pros or cons to having the Kernel VLAN isolated? Or if you&#039;re saying Kernel and secondary SC on different VLANs, then i assume port trunking on the physical switch is required?</description>
		<content:encoded><![CDATA[<p>In regards to option 3, I&#8217;ve always though that your Kernel Network should be totally isolated from your SC and your production NICs. But you&#8217;re steps would allude to having a SC and Kernel on the same VLAN. Are there any pros or cons to having the Kernel VLAN isolated? Or if you&#8217;re saying Kernel and secondary SC on different VLANs, then i assume port trunking on the physical switch is required?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
