VSphere 4.1 终于引入了等待已久的透明内存压缩(Transparent Memory Compression)功能,该功能可以在运行情况下通过对虚拟内存页的压缩来为其他虚拟机腾出跟多的内存可用空间。在默认情况下内存over-commitment被应用时,ESX/ESXi通过内存压缩的缓存来提高虚拟机的性能。
众所周知,访问压缩内存的速度远远的快于内存到磁盘的交换速度。在正常情况下,内存压缩功能启用后虚拟机的性能不会有明显的下降。当一个虚拟内存页需要被交换时,ESX/ESXi首先尝试压缩该页。页面通常可被压缩到2KB甚至更小,被存放在虚拟机的压缩缓存里。最大缓存的大小可在vSphere Client的Advanced Settings里设置,或禁用内存压缩。
当你为ESX/ESXi 4.1设置密码时,pam_passwdpc插件的参数 max=nn 用于设置最大允许的密码长度。期望得到的结果是:
默认情况下,ESX/ESXi 4.1没有设置任何的max值。pam_passwdpc插件的默认max值是40,是密码提交时的默认最大长度。当使用默认的配置后,不管在设置还是验证阶段,密码都不应该被截断。
然而在ESX/ESXi 4.1,当密码被pam_passwdqc插件接受后,不管设置任何max值,系统都错误的执行max=8的结果,即所有超过8个字符的密码将被截断。VMware意识到了该错误的存在,并提供了以下的临时解决方法:
ESX: 添加md5到 /etc/pam.d/system-auth文件
password sufficient /lib/security/$ISA/pam_unix.so use_authtok nullok shadow md5,你也可以使用sed命令来完成该任务:sed -e /password.*pam_unix.so/s/$/ md5/ -i /etc/pam.d/system-authESXi: 添加md5到/etc/pam.d/system-auth文件
password sufficient /lib/security/$ISA/pam_unix.so use_authtok nullok shadow md5sed -e '/password.*pam_unix.so.* md5/q' -e '/password.*pam_unix.so/s/$/ md5/' -i /etc/pam.d/system-authCitrix Support开发了一系列的工具用于诊断及解决Citrix的应用环境。以下是由David McGeough总结的常用工具的列表及相应的下载页面,若有任何遗漏的话,希望大家能够补充。
| Troubleshooting Tool Name | Download Link | Overview & Demo Video | Blog |
|---|---|---|---|
| UPM Log Parser Tool | CTX123005 | CitrixTV Video | Blog |
| CDFMarker Tool | CTX124577 | CitrixTV Video | Blog |
| SsOnExpert Tool | CTX124918 | CitrixTV Video | Blog |
| XDPing Tool | CTX123278 | CitrixTV Video | Blog |
| Logoff Sessions Tool | CTX124949 | CitrixTV Video | Blog |
| Quick Launch Tool | CTX122536 | CitrixTV Video | Blog |
| MedEvac Tool | CTX107935 | CitrixTV Video | Blog |
| Printing Tool | CTX122962 | CitrixTV Video | Blog |
| XenApp 6 Migration Tool | CTX125471 | CitrixTV Video | Blog |
| CDFAnalyzer Tool | CTX122741 | ||
| CDFControl Tool | CTX111961 | ||
| ICA File Creator Tool | CTX113472 | ||
| License Path Utility Tool | CTX111344 | ||
| Port Check Utility Tool | CTX122450 | ||
| Profiler Template for SQL 2000 Tool | CTX120629 | ||
| Profiler Template for SQL 2005 Tool | CTX120630 | ||
| XenAppPrep Integration Utility for XenApp and PVS Tool | CTX116063 | ||
| Client IP Extraction Module – ISAPI – for use with NetScaler | CTX119347 | ||
| CTX_SmaUser Re-creation Tool | CTX117330 | ||
| CtxCPMDiag – For Password Manager Agent | CTX124811 | ||
| CtxHideEx32 | CTX110341 | ||
| CTXReports | CTX119955 | ||
| CtxsLicChk – Citrix License Check Utility | CTX123935 | ||
| DSCHECK – XenApp Data Store Checker Tool Commands | CTX124406 | ||
| DSCHECK Version 5.15 | CTX117329 | ||
| DSInfo 1.2 | CTX114916 | ||
| DSRepCheck – SQL Replication Test Tool – For XenApp 6 | CTX124815 | ||
| DSView | CTX106232 | ||
| EdgeSight Database Size Estimation Tool | CTX122146 | ||
| EdgeSight Load Testing XenApp Using Office 2007 | CTX122568 | ||
| Enabling Remote Installation for Citrix Receiver | CTX121355 | ||
| Endpoint Analysis Antivirus Scan Package Autoupdate Scripts | CTX111343 | ||
| FTACLN | CTX106280 | ||
| HDX Experience Monitor for XenDesktop | CTX123058 | ||
| Health Monitoring and Recovery Test Pack | CTX123197 | ||
| JetTest | CTX116532 | ||
| LBDiag – XenApp 6 Load Balancing Diagnostic Tool | CTX124446 | ||
| MFCOM to Powershell Script Searcher | CTX125089 | ||
| MigrateToSqlExpress | CTX118693 | ||
| NetScaler CPU tight-loop (LCT) monitor | CTX121569 | ||
| NetScaler CPU Usage Conditional Profiler | CTX121568 | ||
| Nsconmsg to Excel Tool | CTX122317 | ||
| PDBFinder for 32-bit and 64-bit Platforms | CTX110629 | ||
| Print Detective | CTX116474 | ||
| QueryDC | CTX106317 | ||
| SQL Replication Test Tool Version 4.2 | CTX111656 | ||
| SysPool Tool | CTX122204 | ||
| SystemDump 3.1 for 32-bit and 64-bit platforms | CTX111072 | ||
| TSUserLog | CTX114179 | ||
| Wireshark for Netscaler | CTX122318 | ||
| XenApp Console Discovery Repair | CTX124805 | ||
| XenApp Template for BGInfo | CTX121339 | ||
| XenDesktop 4 Client Identity Pack | CTX124963 | ||
| XenDesktop Client Identity Utilities | CTX120323 | ||
| XenDesktop Session Parser | CTX124012 | ||
| XenDesktop VDA Farm Changer | CTX124379 | ||
| XenServer Database Tool | CTX121564 | ||
| XenServer Workload Balancing Administration Tool | CTX125365 | ||
| StressPrinters 1.3.2 for 32-bit and 64-bit Platforms | CTX109374 | ||
| MessageHistory 2.0 for 32-bit and 64-bit platforms | CTX111068 | ||
| WindowHistory 4.0 for 32-bit platforms | CTX106985 | ||
| ScreenHistory 1.0 for 32-bit and 64-bit platforms | CTX113046 | ||
| Repair Clipboard Chain 2.0.1 | CTX106226 | ||
| WindowHistory64 4.0 for x64 platforms | CTX109235 | ||
| WindowHistory Mobile Version 2.2 | CTX110775 | ||
| TestDefaultDebugger v1.0 for 32-bit and 64-bit platforms | CTX111901 | ||
| ADSCleaner 2.0 | CTX108542 | ||
| ProcessHistory v1.1 for 32-bit and 64-bit platforms | CTX111408 | ||
| Citrix DumpCheck Explorer Extension version 1.4 | CTX108825 | ||
| Citrix DumpCheck Utility (Command Line) version 1.4 | CTX108890 |
在以前的版本中开启SSH,请访问这里。
随着VMware ESXi 4.1版本的发布,开启SSH变得更加的简单。在控制台输入root密码登入后,选择“Troubleshooting Option”菜单,接着你会在左边看到有好几处子选项,可用键盘的上、下建来做选择,回车选定。
在“Troubleshooting Option”选项里,你不但可以配置SSH访问,还可以设置Local TSM(本地技术支持模式)。不过不推荐始终开启该模式,在该版本里你可以设置在一段时间内开启,如开启30分钟。
当开启Local Tech Support(本地技术支持)模式后,你就可以已当地模式登入了。
按Alt + F1键,输入root用户名及密码。
本地技术支持模式及SSH访问被开启后,在vCenter里会有相应的安全警告提示。
你也可以通过以下的视频来学习如何开启该模式(视频来自TrainSignal,David Davis):
Starwind宣布将发布有史以来的第一个基于Windows的免费的FCoE(Fibre Channel over Ethernet 以太网光纤通道)软件。该软件允许服务器通过标准的以太网网络连接到光纤通道存储(Fibre Channel Storage)。FCoE(以太网光纤通道)是一种在以太网上光纤通道数据包的封装。尤其在万兆以太网上,光纤通道网络可以在保持光纤通道协议的同时充分利用万兆带宽。FCoE独立于以太网的路由Scheme,自然的映射光纤通道与以太网之间的通讯。
FCoE Initiator全面实现了光纤通道以太网客户端协议使你能够直接的连接到远程存储设备,如Qlogic和Cisco。它还支持连接到远程的标准以太网网络存储设备。
这里是关于FCoE Initiator的PDF使用文档,“Using as FCoE Initiator”。
该软件可以从这里下载。
当你的vCenter运行在Windows 2008时,Sysprep文件的默认位置在:ProgramData\VMware\VMware VirtualCenter\sysprep
在默认情况下,一个空的sysprep目录已经被建立。你需要做的只是为不同的操作系统下载并解压最新的sysprep文件包到该路径就行了,如:
…\1.1\
…\2k\
…\xp\
…\svr2003\
…\xp-64\
…\svr2003-64\
若在安装vCenter后,你不拷贝相应的sysprep文件到该目录,对一些操作系统的个性化定制可能无法选择。
常见操作系统的最新sysprep文件包下载如下:
如果从微软网站上下载的是一个.exe文件,可以按以下步骤来解开该文件包:
注:以下的操作系统无需sysprep文件,因为它们已经被包括在了系统里,2008 Server, 2008 R2, Vista 及 Windows 7。
在vSphere 4的环境下,如何保持相同的MAC地址?当你把虚拟机移到另一台主机或在同一台主机但不同的路径时,虚拟机的MAC地址将会更改。若你想保证即使虚拟机被移动后,特定的虚拟机还是保留之前相同的MAC地址,或在同一个网络环境下保证每个虚拟机拥有唯一的MAC地址,这里有两个方法:在虚拟机界面配置或客户机下做相应设置。
在虚拟机级别的配置,可以通过该界面或编辑VMX文件(但要确认在vCenter里注销该虚拟机先,不然所有的改变会被vCenter覆盖)来实现。菜单 > VM > Edit Settings > Network Adapter,选择”Manual”的单选按钮,然后分配一个在以下VMware合法范围的MAC就可以了,00:50:56:00:00:00-00:50:56:3F:FF:FF
若在某些特殊情况下,你的服务器需要一个固定的MAC地址(如软件许可证的要求),但又在VMware MAC地址的范围之外的,可以通过在虚拟机的操作系统里直接修改相应的MAC地址。在Windows里,Control Panel > Network Connections > Properties,
单击“Configure”,选择“Advanced”页,“Locally Administered Address”,输入相应的MAC地址就可以了。
在Linux虚拟机里:
ifconfig eth0 down
ifconfig eth0 hw ether xx:xx:xx:xx:xx:xx
ifconfig eth0 up
关于VMware MAC地址范围的详细介绍,可以参考这里。
一般来讲有三种可能的VLAN标志(Tagging)的方法:
在这里推荐大家一个非常好的VMware官方PDF文档:VMware ESX Server 3:802.1Q VLAN 解决方案
及下面有用的VMware知识库的文章:
外置交换机标志(External Switch Tagging)
虚拟交换机标志(Virtual Switch Tagging)
虚拟客户机标志(Virtual Guest Tagging)
这么久没有更新,实在是很抱歉!由于团队成员、工作等原因,:::虚拟时代::: 被迫搁浅了这么久。在这期间还是经常看到大家的频繁访问,对我们的支持在此表示感谢!
就像当初创建博客时一样的信念,:::虚拟时代::: 为你提供最新虚拟技术的相关资讯。虚拟技术作为云计算的基石,将会越来越受到大家的重视。由于国内的起步较晚,希望有志之士加入我们的队伍,即使是一月一篇的简短文章,滴水成河,能够为大家共享最新的技术资讯而努力!(请联系 blog [at] microhyper.com)
在此分享一下常用的10大免费管理工具。当然有些工具也在之前的文章中提起过。如果你有更好的工具,也希望能够一起与大家分享。
Recent Comments