esxi

这两天在ESXI6.7的机器上生成虚拟机，突然发现6.7默认生成的虚拟机居然是以UEFI的方式去加载的系统。这就导致以前配的DHCP啊和TFTP等都失效了。 后来才得知PVS设备是可以以UEFI的方式去启动的。不过不再是用PXE的方式去加载，而是通过Boot Device Management（BDM）去加载。 首先可以PVS的服务器上找到Citrix Provisioning Boot Device Manager这个软件。 在界面设置IP地址，IP地址为pvs服务器的地址。 然后下方勾选“目标设备簵UEFI固件”，并且点击下一步。 第二个界面不用作什么操作，直接点“刻录”，生成ISO文件。 这个ISO文件挂载到模板机上，模板机设成从光盘启动。 如图，一个BDM的机器的启动画面。 来源： oschina 链接： https://my.oschina.net/u/4305644/blog/4503846

下一代安全网络访问解决方案 洞察网络受到的一切***。始终如一且富有效率地提供访问功能。减轻复杂访问管理的压力。 特点和优势 查看并共享丰富的用户和设备详细信息 在简单而灵活的界面中显示用户和设备。ISE 可通过 Cisco Platform Exchange Grid (pxGrid) 与 合作伙伴平台 共享详细信息，使其了解用户、设备和网络的具体情况。 从单一位置控制所有访问活动 简化跨有线、无线和 *** 连接的网络访问流程。跨所有类型的无线接入点实现策略级联，并通过 思科 TrustSec 软件定义的分段来执行策略。 阻止并遏制威胁 ISE 能够通过动态控制网络访问降低风险并遏制威胁。它可以评估漏洞，应用威胁情报，并遏制可疑设备，以便采取补救措施。我们称之为 思科快速遏制威胁解决方案 。 如何部署 思科 ISE 拥有灵活且高度可扩展的许可模式，可根据您期望的结果进行调整。 选择一个部署模式 从丰富的部署选项中进行选择：AAA，802.1X，访客；自带设备 (BYOD)，pxGrid，移动设备管理等等。 选择终端数量 ISE 每个部署可扩展最多 50 万个并发会话和最多 150 万个终端。堪称业界最佳。 选择设备 我们的物理和虚拟设备均基于思科 UCS C220 服务器，并配置为支持 ISE。 获取部署服务 快速完成部署并投入运行，并且不会造成任何中断

vCenter之vMotion故障迁移 实验目标：实现vMotion自动故障迁移。 实验用具：两台ESXI主机，一台server 2008r2主机 先搭建两台ESXI主机，此次用的是ESXI6.0版本，两台主机之间网络必须保证至少各一块网卡互相通信（vMotion推荐单独使用另外网卡）。 两台ESXI主机应保持在同一网段内，如图不在同一网段，故障以前后需要对虚拟机进行IP设置（静态IP）或重新获取IP（DHCP）。 2008R2作为vCenter控制平台的载体，亦作为两台ESXI主机之间的共享iSCSI存储，没有共享的存储是无法实现自动故障迁移的（存储数据都丢了如何迁移）。企业应用当然是使用专业的存储设备，如EMC或IBM等等，有强大的数据物理保护机制，而2008R2建立的iSCSI存储为纯软件实现，可靠度相对较低。 2008R2搭建iSCSI存储需要将windows server升级至windows storage server，并且安装iSCSI Target。 【WSS系统包链接： https://pan.baidu.com/s/1HJpQh9rNREBTHMX91oqO-g 提取码：gsz3】 【vCenter6.5程序包链接： https://pan.baidu.com/s/1YKXbZzJVE3MTe60zW980Tg 提取码：cdi5】

开启VNC连接是针对guestOS的，要针对需要连接的guestOS机器进行编辑。 首先要先把该机停止，然后对该机进行编辑，打开option，Advanced，general，Parameters点击进去。 追加参数： RemoteDisplay.vnc.enabled TRUE RemoteDisplay.vnc.port 5901 RemoteDisplay.vnc.password 自己设定连接时候的密码 RemoteDisplay.vnc.keyMap jp （日语键盘） 然后在host主机的安全里面修改防火墙策略，修改VM序列端口网络接续，在编辑里面的防火墙许可的IP地址范围。 该方法在esxi5.0 5.5下测试通过。 有一点需要说明。 如果ESXi没有运行网络存储（比如iscsi）的话，没有影响。 如果运行了，一旦开启防火墙策略，那么许可IP地址一定要加上iscsi服务器的IP地址，否则虽然esxi可以主动访问，但是iscsi需要双向通信，即时探测机器死活的，会收不到回应信息而被判定网络存储死掉而关机。 来源： oschina 链接： https://my.oschina.net/u/4368960/blog/4317294

介绍 简单描述，CPU就绪时间参数(ready time)是虚拟机想要运行，但无法获取CPU资源的总等待时间(准确讲，为虚拟机能够调度到物理CPU运行之前，处于read-to-run状态的总时间)。它是是虚拟化环境下，分析虚拟系统性能的重要性能参数。本文重点介绍通过esxtop分析和定位和此参数相关的CPU性能问题。 如何获取就绪时间参数 可以通过esxtop和vCenter获取此参数，但两种方式获取参数形式不同。esxtop以百分比的形式显示此参数，如5%意味着VM在采样间隔内花费了%5的时间来等待获取CPU资源。vCenter用具体的时间来度量此参数，其采样间隔为20,000ms。此意味着，vCenter1,000ms的就绪时间，在esxtop中显示为5%。对于该参数的详细介绍，可参考 ESX3 Ready Time.pdf。 在交互模式下，使用esxtop来查询VM的CPU信息，你可以看到%RDY的相关参数。 esxtop有个使用技巧，在CPU显示界面下，按r键，可以按照%RDY值由大到小进行排序，可以快速查找就绪时间异常的VM。 如何解析ready时间参数 一个最参见的问题就是，对于就绪时间，什么情况下可能导致问题。然而，此问题并不容易回答，本文提供一些关于可接受参数范围的指导。Ready时间参数不应该作为系统性能的最终测量参数，而用户体验和延时才是应该考虑的因素

[root@host14:/tmp] esxcli software vib install -d VMW-ESX-6.5.0-nhpsa-2.0.44-offline_bundle-14136210.zip [MetadataDownloadError] Could not download from depot at zip:/var/log/vmware/VMW-ESX-6.5.0-nhpsa-2.0.44-offline_bundle-14136210.zip?index.xml, skipping (('zip:/var/log/vmware/VMW-ESX-6.5.0-nhpsa-2.0.44-offline_bundle-14136210.zip?index.xml', '', "Error extracting index.xml from /var/log/vmware/VMW-ESX-6.5.0-nhpsa-2.0.44-offline_bundle-14136210.zip: [Errno 2] No such file or directory: '/var/log/vmware/VMW-ESX-6.5.0-nhpsa-2.0.44-offline_bundle-14136210.zip'")) url = zip:/var/log/vmware/VMW

目录 文章目录 目录 前言 VEB 技术 vSwitch HW VEB 虚拟机流量感知技术 EVB VEPA 多通道技术（Multichannel Technology） BPE VN-Tag 前言 数据中心虚拟网络接入技术，即：虚拟机接入到物理网络中所激发的网络虚拟化技术。 VEB 技术 VEB（Virtual Ethernet Bridge，虚拟以太网交换机）是虚拟机与数据中心服务器网络接入层之间的一个新的网络层。常见的有 软件 和 硬件 两种实现方式。 vSwitch 以软件实现的 vSwitch ：实现方式简单，技术兼容性好，但也存在着占用 CPU 资源、虚拟机的流量监管、虚拟机的网络策略实施以及 vSwitch 管理的可扩展性等问题。典型软件有：Open vSwitch、VMware ESXi。 VMware ESXi，由 VMM 内嵌的 VEB： Open vSwitch，在服务器上运行的（第三方）VEB： vSwitch 方案具有以下优点： 虚拟机间报文转发性能好。vSwitch 实现了虚拟机之间报文的二层软件转发，转发能力只受限于 CPU 性能、内存总线带宽，因此虚拟机间报文的转发性能（带宽、延迟）非常好。 节省接入层物理交换机设备。例如，数据中心需要部署 WEB 服务器，且 WEB 服务器网关指向防火墙。这里可将一台服务器虚拟化成多个虚拟机，每个虚拟机作为一个

1、安装配置redis的cluster集群 1.1 规划 操作系统：CentOS Linux release 7.6.1810 (Core) master：c1 c2 c3 slave:c4 c5 c6 1.2 在各个虚拟机安装redis [root@c4 src]#wget http://download.redis.io/releases/redis-3.2.12.tar.gz [root@c4 src]#tar xf redis-3.2.12.tar.gz [root@c4 src]#cd redis-3.2.12 [root@c4 src]#make [root@c4 src]#cp redis.conf /usr/local/redis/etc/ 1.3 修改每个Redis的配置文件 cluster-enabled yes #去掉注释 #bind 127.0.0.1 #注释这一行 daemonize yes #把no改成yes requirepass 123456 [root@c4 src]#/usr/local/bin/redis-server /usr/local/etc/redis.conf #启动redis 1.4 解决ruby版本问题 [root@c1 src]# pwd /usr/local/src [root@c1 src]# wget https:/

Cobbler安装VMware ESXi6.0 ks文件： [root@sky ~]# cd /var/lib/cobbler/kickstarts/ [root@sky kickstarts]# cp sample_esxi5.ks sample_esxi5.ks.bak [root@sky kickstarts]# vim sample_esxi5.ks # # Sample scripted installation file # for ESXi 6+ # vmaccepteula reboot --noeject rootpw --iscrypted $default_password_crypted install --firstdisk --overwritevmfs clearpart --firstdisk --overwritevmfs #$SNIPPET('network_config') <==注释掉 network --bootproto=dhcp <==添加此行 %pre --interpreter=busybox $SNIPPET('kickstart_start') $SNIPPET('pre_install_network_config') %post --interpreter=busybox r=busybox <==添加此行 $SNIPPET

在 Virtual SAN 中，所有读写操作都始终直接针对闪存层。基于闪存的设备在 Virtual SAN 中具有两个作用。 非易失性写缓冲区 (30%) – 写入操作会在进入固态磁盘的准备阶段时确认 – 缩短写入延迟时间 读缓存 (70%) – 缓存命中可缩短读取延迟时间 – 缓存未命中 – 需从硬盘检索数据 硬件选择是不同 Virtual SAN 配置之间的首要性能差异化因素。 1）确定闪存容量大小 ▪ 一般情况下，建议将 Virtual SAN 闪存容量的大小定为未考虑容许的故障数 时预计所用存储容量的 10%。 ▪ 总闪存容量百分比应该基于使用情形及其容量和性能要求来计算。 – 10% 是一般建议，可能过多也可能不足。 例如：100台VM，每台VM设置100GB，预期平均为50GB 10%x(100x50GB)=500GB SSD总容量，如果有5台主机，则每台SSD为100GB 基于闪存的设备 2）磁盘（硬盘） • 支持的 SAS/NL-SAS/SATA 硬盘 – 7200 RPM 用于提供容量 – 10000 RPM 用于提供性能 – 15000 RPM 用于提供更高性能 • 在驱动器转速相同和价位相似的情况下，NL SAS 将提供更高的硬盘控制器队列深度 – 如果在 SATA 与 NL SAS 之间选择，建议选择 NL SAS •