zoukankan      html  css  js  c++  java
  • 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解决。
     
    第二中场景,主机管理和业务上行交换机为完全隔离场景
    左边为管理,右边为业务
    按道理来说,这种场景应该是标准的管理业务隔离场景,但是这种还是导致了管理上行和业务上行会有某个口阻塞的状态。
    原因,因为交换板的mstp协议,默认会阻塞一个口。现象和之前的口字组网是一样的。
    处理办法:
    使用方法3,利用多实例生成数的功能。同上。(海事局的e9000上行遇过这种问题,通过方法3处理)
     
     
    3、第三个问题描述:
    针对数据库主机,数据库ip想使用跟主机IP地址不同的地址,例如主机管理ip段地址为:10.248.97.0/24 ,数据库ip地址想采用:10.248.24.0/24,由于dbn节点的主机网关默认为主机管理段的网关,所以导致数据库ip地址无法从主机中通信到核心。
     
    解决办法:
    可以采用给每台dbn节点的物理bond下面再配置子接口的方式配置数据库ip地址,通过配置路由的方式通信(默认路由或这策略路由)。
    (1)先选择配置dbn的网卡bond模式,注意如果是共用平面网卡,只能够选择已经做好的bond。
    (2)选择网络配置,选择bond模式
    (3)选择ip地址及路由 进行配置业务ip地址,业务ip都是带vlan taggate出来的。
    (4)根据上图,业务网络配置好了是无法出来的,需要配置策略路由进行通信。由于软件限制,在portal中,只能设置1条策略路由,若是想数据库这种有浮动地址的,同时每台节点也需要设置策略路由的,这种就需要在服务器底层设置策略路由。
    (5)文档策略路由设置
    (6)参考博客:http://www.10tiao.com/html/357/201710/2247485558/1.html
     
     
     

    <wiz_tmp_tag id="wiz-table-range-border" contenteditable="false" style="display: none;">





    附件列表

    每个人都可以站在大地上,分享这个世界,并触摸天空;
  • 相关阅读:
    刷题-力扣-414. 第三大的数
    刷题-力扣-976. 三角形的最大周长
    刷题-力扣-942. 增减字符串匹配
    刷题-力扣-409. 最长回文串
    扛把子组20191121-4 Final发布用户使用报告
    Scrum立会报告+燃尽图 07
    Final发布
    扛把子组20191121-3 Final阶段贡献分配规则
    扛把子组20191121-10 Scrum立会报告+燃尽图 06
    Scrum立会报告+燃尽图 05
  • 原文地址:https://www.cnblogs.com/one99/p/9604402.html
Copyright © 2011-2022 走看看