FusionCube 9000 虚拟化之数据库场景（虚拟化超融合基础设施）

1、本场景为fusioncube9000虚拟化场景，带两台dbn节点。

配置清单：

1台cna节点

2台dbn节点，部署数据库操作系统，一般安装oracle数据双机。

2台mcna节点，作为管理节点，虚拟化部署fcc、gmn、vrm管理vm

3台sna节点，做为fusionStorage提供存储

注意：安装fusioncube可以参照产品文档中的硬件安装章节，部署刀片的插槽。

---------------------------------------------------------------

2、问题描述：

1、现象，关于主机管理网段的机器只能用vlan映射的方式出来的解释。（研发的解释，虽让我不赞同，但是目前也只能是这种方式）

由于fusioncube产品属于自动化部署产品，内部管理的流量安装的时候都是为傻瓜交换机机，不配置vlan（默认为vlan1）的形式安装的，一旦安装完之后也不太好修改了，不过也只是管理vlan是会这样的。业务流量都是可以打taggate出来。所以管理流量为 "管理vlan"->1的映射。（管理vlan为客户规划的管理vlan）

portal设置：

这个设置还可以，我们只要从portal就可以设置。

交换机测生成的配置为：

interface Eth-Trunk68

description mgmtup

port link-type hybrid

port hybrid tagged vlan 1

port vlan-mapping vlan 1101 map-vlan 1

mode lacp-static

2、第二个问题现象。

由于fusioncube场景，一般会分为主机管理和业务管理，如果客户有要求的话，需要在交换背板后面分出两个通道，一个通道走管理流量，一个通道走业务流量通道，但是这样就会造成一个问题。

假设交换板上行的交换机为核心交换机 12804，这里会涉及两种上行场景，我都会有解决思路。

第一种上行场景：

假设左边的为管理上行，右边为业务上行。

交换板跟核心上默认跑的是mstp协议，管理上行的vlan与业务上行的vlan虽然不一样，但是这样缺造成的环路，导致stp协议识别到，进行端口阻塞，所以现象就是管理的可以通信，但是业务的不能同性，一旦将管理的上行给shudown后，业务上行就可以通信，将业务上行shutdown后管理上行就可以通信，典型的环路现象，生成树协议阻塞。

查看交换机环路的办法，如果开启的stp协议的话，使用

display stp brief

查看是否有端口的状态为disabled，若存在端口状态为disabled状态，说明生成树已经起作用，将一个上行口给disabled掉了。

解决办法：

1、针对这样上行交换机为堆叠状态，且管理上行和业务上行都是统一接入在核心的场景，也无法做到管理和业务进行隔离，所以干脆管理和业务直接一个eth-trunk上去ok。

2、将管理上行与业务上行口的stp disabled掉，严格控制vlan，管理流量的走管理通道，业务流量走业务通道（即管理上行只放行管理vlan，业务上行只放行业务vlan）

3、交换板开启的是mstp的协议。默认所有的vlan都跑到0实例中的，我们可以再起一个mstp实例（如实例1），让业务vlan跑在实例1中，这样的话，针对管理vlan的实例0，它只会disable掉业务上行的在实例0中的端口（但业务vlan不再实例0），对于业务vlan所在的实例1来说，只会disable实例1中的管理上行端口。这种办法可以使得我的两个端口都在启用，只是针对实例的端口进行disable。这种办法还是不错的。

哈工大fusioncube为这种连接场景，通过办法1解决。

第二中场景，主机管理和业务上行交换机为完全隔离场景