vsphere端口组和vswitch的负载均衡策略

1、如果在标准交换机上配置成组和故障切换策略,该策略将传播到交换机中的所有端口组。如果在标准端口组上配置策略,该策略将替代从交换机继承的策略。

2、NIC teaming 指的是多个物理网卡合并成一个网络界面来给单台的设备(比如Exsi)使用,可以保证在一个网卡出问题的时候,系统能够通过另外的网卡继续常规任务。

3、Esxi中的网络,物理网卡称作 vmnic0 ,虚拟交换机则是vSwitch0 开始编号的,默认系统会创建一个vSwitch0的交换机,每个交换机可以由一片或者多片vmnic组成。

4、Esxi中的虚拟交换机是通过端口组(Port Group)进行逻辑区分的,不同的端口组具有不同的功能,Esxi具有三个端口组分别用于不同的功能:

①主控台(Service Console):用于连接到Esxi主机的通讯接口,必须拥有一个IP地址,通称为 vswif,第一个主控台端口就是 vswif0。

②ESXi内核(VMKernel):用于Esxi高级功能,比如vMotion,HA,FT(Fault Tolerance)等,通称为 vmk,第一个就是 vmk0.

③虚拟机通讯端口组(Virtual Machine):用于给虚拟机进行通讯的端口。这些端口可能连接到几台相连的虚拟交互机上,也可能连接到真实的物理交换机上面。

一个vSwitch上可以有多个端口组。

5、vSwitch和物理网卡的关系

一个vSwitch至少需要一个物理网卡,但是一个vSwitch上可以同时有3种端口组,多个vSwitch则无法使用同一个物理网卡。

6、VLAN组件

VLAN的观念和虚拟机或物理机无关,主要是划分网络以及安全上相关的服务,要让vSphere支持vlan,必须让物理设备支持vlan才可以,可以在创建端口组的时候,在属性里面设置 VLAN 号。

7、VM上面的网卡

①vlance网卡,在没有安装vmware tool的主机上的网卡,只有基本的联网功能,无更多的配置。

②vmxnet网卡,安装vmware tool之后,vm中的网卡就变成了 vmxnet 网卡,这是一个高性能的网卡,具有更多的配置选项。

Esxi每个网卡可以设置一个交换机,如果你的虚拟交换机是给虚拟机用的,也就是端口组是 虚拟机通讯端口组的,不同网段有两种方法:

①两个网卡都绑定到一个虚拟交换机上,但是虚拟交换机划分vlan。

②创建两个不同网段的虚拟交换机,一个交换机一个物理网卡。

配置步骤

1在 vSphere Web Client 中,导航到主机。

2在管理选项卡上单击网络,然后选择虚拟交换机。

3导航到标准交换机或标准端口组的成组和故障切换策略。

选项    操作

标准交换机

a    从列表中选择交换机。
b    单击编辑设置,然后选择成组和故障切换。

标准端口组

a    选择端口组所在的交换机。

b    从交换机拓扑图中,选择标准端口组并单击编辑设置。

c    选择成组和故障切换。

d    选择要替代的策略旁边的替代。

4 从负载平衡下拉菜单中,指定虚拟交换机如何对组内物理网卡之间的出站通信进行负载平衡。

选项            描述

基于源虚拟端口的路由:

根据交换机上的虚拟端口 ID 选择上行链路。虚拟交换机为虚拟机或VMkernel 适配器选择上行链路后,便始终会通过此虚拟机或 VMkernel 适配器的同一上行链路转发流量。

基于 IP 哈希的路由:

根据每个数据包的源和目标 IP 地址哈希选择上行链路。对于非 IP 数据包,交换机在相应字段中使用这些数据来计算哈希值。基于 IP 的成组要求为物理交换机配置以太通道。

基于源 MAC 哈希的路由:

根据源以太网的哈希选择上行链路。

基于物理网卡负载的路由 :

可用于分布式端口组或分布式端口。根据连接到端口组或端口的物理网络适配器的当前负载选择上行链路。如果上行链路 75% 或更高持续 30 秒保持忙碌状态,主机代理交换机会将一部分虚拟机流量移至具有可用容量的物理适配器。

使用明确故障切换顺序:

在活动适配器列表中,始终使用最前面的上行链路传递故障切换检测条件。此选项不会执行任何实际负载平衡。

注:端口组的负载平衡策略更改后不生效或时断时续,可以删除端口组(虚机里也删除),然后重建portgroup匹配正确VLAN信息并选择正确的负载平衡策略,才能解决网络的怪异问题。

5  从网络故障切换检测下拉菜单中,选择虚拟交换机用于故障切换检测的方法。

选项        描述

仅链路状态:

仅取决于网络适配器提供的链路状态。该选项可用于检测故障,如电缆移除和物理交换机电源故障。

信标探测:

发出并侦听组中所有网卡上的信标探测,并使用此信息结合链路状态来确定链接故障。ESXi 每秒发送一次信标数据包。网卡必须处于活动/活动或活动/备用配置中,因为“未使用”状态中的网卡不会加入信标探测。

6 从通知交换机下拉菜单中,选择在出现故障切换时,标准交换机或 Distributed Switch 是否通知物理交换机。

注:如果连接的虚拟机以单播模式使用 Microsoft 网络负载平衡,则将该选项设置为否。网络负载平衡在多播模式下运行时不存在任何问题。

7 从故障恢复下拉菜单中,选择物理适配器从故障恢复后是否返回到活动状态。

如果故障恢复设置为是(默认选择),则适配器将在恢复后立即返回到活动任务,并取代接替其位置的备用适配器(如果有)。

如果标准端口的故障恢复设置为否,则出现故障的适配器在恢复后仍为非活动状态,直至另有一个当前处于活动状态的适配器出现故障,必须进行更换。

8  通过配置“故障切换顺序”列表指定在出现故障切换时如何使用网卡组中的上行链路。

如果要使用部分上行链路而要保留另外一些上行链路,以备使用中的上行链路出现故障时的紧急情况,请使用向上箭头或向下箭头键将这些上行链路移至其他组中。

选项        描述

活动适配器:  如果网络适配器连接运行正常并处于活动状态,则继续使用上行链路。

备用适配器:  如果其中一个活动物理适配器停机,则使用此上行链路。

未用的适配器: 不使用此上行链路。

9  单击确定。

时间: 2024-10-28 16:29:17

vsphere端口组和vswitch的负载均衡策略的相关文章

负载均衡策略

在实际应用中,我们可能不想仅仅是把客户端的服务请求平均地分配给内部服务器,而不管服务器是否宕机.而是想使Pentium III服务器比Pentium II能接受更多的服务请求,一台处理服务请求较少的服务器能分配到更多的服务请求,出现故障的服务器将不再接受服务请求直至故障恢复等等. 选择合适的负载均衡策略,使多个设备能很好的共同完成任务,消除或避免现有网络负载分布不均.数据流量拥挤反应时间长的瓶颈.在各负载均衡方式中,针对不同的应用需求,在OSI参考模型的第二.三.四.七层的负载均衡都有相应的负载

分布式进阶(十九) 基于集群的动态反馈负载均衡策略

基于集群的动态反馈负载均衡策略 基于动态反馈机制的集群负载均衡算法研究 目前应用最为广泛的集群计算技术主要分为三大类:高可用性集群技术.高性能计算集群技术和负载均衡集群技术. 德国的CarlAdamPetri于1962年在他的博士论文<自动机通信>中提出了Petri网的概念,它是一种适合于描述异步.并发.分布式系统的图形数学工具. 动态WRR调度算法 这是一个目前普遍使用的调度算法,算法在WRR的基础上加入了根据服务器端的负载信息周期性地调整服务器性能权值的过程.其基本思想是:根据CPU利用率

数据库读写分离和负载均衡策略

最近在学习数据库的读写分离和主从复制,采用的是一主多从策略,采用轮询的方式,读取从数据库的内容.但是,假如某一台从数据库宕机了,而客户端不知道,每次轮选到此从数据库,不都要报错?到网上查阅了资料,找到一篇不错的博文,不仅讲了解决方案,也详细的讲述了数据库的分区,分表,集群和负载均衡策略,博文原址http://www.cnblogs.com/zhongxinWang/p/4262650.html 第1章 引言 随着互联网应用的广泛普及,海量数据的存储和访问成为了系统设计的瓶颈问题.对于一个大型的互

nginx的几种负载均衡策略

转自https://www.cnblogs.com/1214804270hacker/p/9325150.html 一.关于Nginx的负载均衡 在服务器集群中,Nginx起到一个代理服务器的角色(即反向代理),为了避免单独一个服务器压力过大,将来自用户的请求转发给不同的服务器. 二.Nginx负载均衡策略 负载均衡用于从"upstream"模块定义的后端服务器列表中选取一台服务器接受用户的请求.一个最基本的upstream模块是这样的,模块内的server是服务器列表: #动态服务器

Ribbon自带负载均衡策略比较

Ribbon自带负载均衡策略比较 策略名 策略声明 策略描述 实现说明 BestAvailableRule public class BestAvailableRule extends ClientConfigEnabledRoundRobinRule 选择一个最小的并发请求的server 逐个考察Server,如果Server被tripped了,则忽略,在选择其中ActiveRequestsCount最小的server AvailabilityFilteringRule public clas

nginx 负载均衡策略

nginx 负载均衡策略 1. 轮询 轮询方式是nginx负载均衡的默认策略,根据每个server的权重值来轮流发送请求,例如: upstream backend {server backend1.example.com;server backend2.example.com;} 这种情况是每个server都使用相同的权重,默认值为1 可以手动设定权重,例如 upstream backend {server backend1.example.com weight=5;server backend

Ribbon负载均衡策略配置

在这里吐槽一句:网上很多文章真是神坑,你不看还好,看了只会问题越来越多,就连之前的问题都没有解决!!! 不多说了,Ribbon作为后端负载均衡器,比Nginx更注重的是请求分发而不是承担并发,可以直接感知后台动态变化来指定分发策略.它一共提供了7种负载均衡策略: 策略名 策略声明 策略描述 实现说明 BestAvailableRule public class BestAvailableRule extends ClientConfigEnabledRoundRobinRule 选择一个最小的并

Dubbo负载均衡策略

在集群负载均衡时,Dubbo提供了多种均衡策略,缺省为random随机调用. 可以自行扩展负载均衡策略,参见:负载均衡扩展Random LoadBalance 随机,按权重设置随机概率. 在一个截面上碰撞的概率高,但调用量越大分布越均匀,而且按概率使用权重后也比较均匀,有利于动态调整提供者权重. 权重加倍 RoundRobin LoadBalance 轮循,按公约后的权重设置轮循比率. 存在慢的提供者累积请求问题,比如:第二台机器很慢,但没挂,当请求调到第二台时就卡在那,久而久之,所有请求都卡在

分布式环境中的负载均衡策略

在分布式系统中相同的服务常常会部署很多台,每一台被称为一个服务节点(实例).通过一些负载均衡策略将服务请求均匀地分布到各个节点,以实现整个系统支撑海量请求的需求.本文描述一些简单的负载均衡策略. Round-robin 简单地轮询.记录一个选择位置,每次请求来时调整该位置到下一个节点: curId = ++curId % nodeCnt 随机选择 随机地在所有节点中选择: id = random(nodeCnt); 本机优先 访问后台服务的访问者可能本身是一个整合服务,或者是一个proxy,如果