还是老问题，电源烧掉了。

用了10年的电脑都没遇到过电源问题，这台新的，在1年半的时间里面，已经烧了2次了。

这次更严重了，主板好像也受了牵连，插上电就啸叫。

我晕！

我恨！

再也不买长城牌电源了。还是世纪之星的质量好。

哎，08年真是多事之秋。

(本文包括大量图片，如果有图片无法显示，请刷新页面，或者右键点击该图片，选择显示图片）
接续上一篇

配置网络设备

配置刀片服务器机箱上面的交换机，把刀片服务器的第2个网卡对应的port设置成iSCSI的VLAN，测试到NAS的iSCSI port的链接。保证网络接通。

配置Windows 2008 iSCSI设置

(1)首先配置iSCSI网卡（必须是千兆网卡），设置地址为10.86.134.113，255.255.255.0，删掉默认网关和DNS，WINS设置。去除不必要的协议绑定（比如文件打印共享，链路发现协议等）
(2)然后到control panel里面，配置iSCSI Initiator。双击以后激活service并且取消防火墙上对3280端口的限制。具体如下
双击Control Panal中的iSCSI Initiator，出现以下提示
 
点Yes，接下去问你是否要打开防火墙的iSCSI服务端口，选Yes。这是个很贴心的设计，在Windows 2003下，你必须自己去控制面板防火墙手工打开3260端口。
 
这里红圈中的就是Initiator的iqn名，等下查询时会看见。
然后选Discovery 页
 
点Add Port... 在弹出窗口中填入SAN存储的iscsi网口的IP，并点Advanced...
 
Local adapter:下拉框选Microsoft iSCSI Initiator
Source IP:选你配置在iSCSI专用网卡的IP
 
点OK2次退出。你可以看见Target IP和端口已经显示在列表中了

现在点Targets页，你会发现NetApp设备已经列在Targets表中，只是状态还是Inactive。选Log on...

勾上第一项，第2项Multipath仅当你配置了Multipath的情况下才选，然后点Advanced...按钮
 
选正确的
Local adapter:下拉框选Microsoft iSCSI Initiator
Source IP:选你配置在iSCSI专用网卡的IP
Target portal:选你NetApp存储的iSCSI地址和端口

点OK 2次退出，你会发现Target状态已经变成了Connected
 
点OK退出。此时Windows上的iSCSI Initiator就配置完毕了。
接下去在另一台Host上做同样的配置。

(3)最后到Netapp上输入命令iscsi show initiator看一下2个Host是否都已经接通。
 

配置NAS，手工建立iscsi group和LUN

(1) 创建一个新的volume fv_vq, 20GB, 取消所有默认的snapshot设置.
命令行下输入snap sched fv_vq 0 0 0
(2) 创建一个新的iscsi Initiator Group, 选iSCSI(不要选FCP)，OS选Windows，并且选对initiators的名字。
(注:如果你2台host一起建，可以起一个vs01之类的Initiator group名，然后把2个Initiator都放进去，以后映射的时候只需要映射这一个group，如果你是分开一台一台建的，则会生成2个group，映射LUN的时候，要把这2个group分别映射到同一个LUN)
(3) 创建一个新的LUN
(4) 将刚创建的LUN映射到新建的initiator group

以上(2)-(4)可以通过Wizard来一次性完成，如下：

点左边LUNs --> Wizard开始创建。在Path处输入Lun文件的路径。Type地方特别注意，应该选Windows_2008，但是对于DataOnTap v7.2.4（含）以前的版本，因为没有Windows_2008选项，要选Linux。

接下去添加Initiator Groups，点Next>

选择创建新的group

起个名字，建议用一个有含义的名字，加上SAN类型（FCP或iSCSI）
 
然后在组里面添加initiator
 
点Add Initiator，依次将2个Initiator都加入


加完后，点Next>

然后给当前这个LUN设定LUN ID，0是最小值。

然后会显示一个Summary页。

最后点Commit完成。
 

配置磁盘

1. 回到Windows Server 2008，Computer Management --> Disk Management
2. 右键点击Disk Management，选择Rescan disks，即可发现这个磁盘。
3. 目前的状态是Unknown。在此磁盘上点右键，选择Online；
4. 再次点右键，Initialize 此磁盘，创建一个volume，选择MBR (GPT是为大容量磁盘设计的，最大可以到2TB)，格式化后即可使用。（注，如果这里的磁盘是要建一个Child VM用的Pass-through磁盘，不要bring online并格式化）
5. 然后到第2台host上重复步骤2——点右键，选择Rescan disks，发现这个磁盘，目前处于Offline状态。不用做其他步骤了。
 

这样存储就连接好了。接下去可以下一步，安装Hyper-V和Cluster服务了。

本文参考文档：
1) 凭借 Microsoft Hyper-V 和 NetApp 打造虚拟化平台
http://www.netapp.com/cn/communities/tech-ontap/hyperv-zh.html
2) Hyper-V和NetApp存储Best Practice
http://media.netapp.com/documents/tr-3702.pdf

按说，所有的reference应该是位于文末的，不过既然这是边写边改的草稿，那么权且先放在最前面，也让自己参考的时候比较方便些。
Ref:
(1)ghjconan兄在itecn上的文章: Windows Server 2008 新技术体验之Hyper-V(RC0)
http://blogs.itecn.net/blogs/ghjconan/archive/2008/06/09/windows-server-2008-hyper-v-rc0.aspx
(2)Hyper-V Step-by-Step Guide: Testing Hyper-V and Failover Clustering
http://technet.microsoft.com/en-us/library/cc732181.aspx
(3)补充，今天(10-22-2008)看见篇不错的clustering的实战指南,记录一下
http://bbs.winos.cn/thread-35160-1-1.html
这篇文档提供一个非常好的实验环境的搭建过程，包括从第2楼到第8楼详细介绍了如何利用Windows 2003 R2中内置的iSCSI Target功能来模拟一台支持iSCSI的网络存储设备。这对于没有专业网络存储设备的IT Pro们测试Cluster的系统非常重要。这不仅仅可以用于测试Hyper-V的Cluster，也适用于需要iSCSI存储的其他的Cluster环境的测试。
(4) SCVMM2008 虚拟机管理器热迁试用
http://www.xuniji.com/virtualpc/view.asp?id=102

(5) 凭借 Microsoft Hyper-V 和 NetApp 打造虚拟化平台
http://www.netapp.com/cn/communities/tech-ontap/hyperv-zh.html
(6) Hyper-V和NetApp存储Best Practice
http://media.netapp.com/documents/tr-3702.pdf


照例是先读书，写读书笔记

目标

搭建一个基于Hyper-V的可管理的虚拟主机集群，该集群由2台Windows 2008 x64的Host和1台Windows 2008 + SCVMM2008 beta的管理服务器组成。目的是为了和当前正在使用的2台VMWare ESX 3.5 Host+VirtualCenter 2.5进行比较。

硬件软件需求
1) 2台硬件配置支持hyper-V的硬件服务器（包括CPU x64，BIOS etc）
2) 至少2个网卡，避免网络的单点失败，（一个用于LAN，一个用于iSCSI的专用网络）
3) iSCSI不支持网卡teaming
4) 必须要有Windows2008支持的共享存储，在其上建立至少2个LUN，一个LUN用作Witness disk（类似于仲裁盘）
5) 共享存储的要求，格式化成NTFS(Witness disk必须，其他推荐)，必须是basic disk，不是Dynamic.
6) 最好都是domain 成员服务器，必须加入domain，必须有正确的DNS配置，支持DNS 动态更新协议(DNS Dynamic Update Protocol)
7) 使用的域帐号可以不是domain admin，但是必须是domain user，而且必须是这2个node的local admin，并且在域里面具有创建computer对象的权限
8) 至少是2008 ent版本或者datacenter版，必须是64bit版本 (不多说了，重复很多次了，自己都说烦了)

Steps for testing Hyper-V and Failover Clustering

Step 1: Connect both physical computers to the networks and storage   <--要先连shared storage哦
Step 2: Install Hyper-V and Failover Clustering on both physical computers <-- Hyper-V是role, Failover Clustering是feature
Step 3: Create a virtual network
Step 4: Validate the cluster configuration
Step 5: Create the cluster
Step 6: Create a virtual machine and reconfigure the automatic start action
Step 7: Make the virtual machine highly available
Step 8: Configure the virtual machine
Step 9: Test a planned failover
Step 10: Test an unplanned failover
Step 11: Modify the settings of a virtual machine
Step 12: Remove a virtual machine from a cluster