[quote]原帖由 [i]炸鸡[/i] 于 2007-7-15 19:29 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=690664&ptid=73987][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
IBM很鬼祟地描述这个命令，所以要寻根也不容易。当我知道这个命令之后，再在书上找回这命令，发现到处都是。:L [/quote]

ibm 对很多东西越来越保留了，ibm想自己搞完所有的服务，服务才赚钱！！！

vio server 1.3 背后是aix 5305
vg默认的类型是scalable vg format
bb-policy 是 relocatable， 但lv的bb-policy却是non-relocatable
如果我自己用root建立的lv就是relocatable，奇怪。


所以除了安装额外软件这类的动作以外，否则最好用回padmin去做，因为你不知道还有多少参数是经过调整的。

client partition 已经varyoff掉vg了，但server这边的lv仍然是open。等了很久，都没反应。

[[i] 本帖最后由 炸鸡 于 2007-7-16 16:53 编辑 [/i]]

今天测试了用存储上的盘，做一个大的lv，例如50G。然后让client partition认回来，基本上都正常，不过最好pv的大小不要相差太大，否则pp size不同的话你会很痛苦。例如我之前建的一个8G的盘，pp size是16M，现在加一个50G的盘，你就要更改vg的属性才能加入，并且可使用的pv数就减少了。

虚拟的cdrom没办法试，网卡搞好都我再用lv来模拟cdrom drive，理论上应该行得通。

现在这里剩下的问题就是98楼的lv不能close的问题。兄弟们给些意见吧。

今天再看apv on p5那本书，在178页有个图。

里面画着server的lv对应到client的pv，这个我已经做出来了。但另外一个是server的pv对应client的pv，这就有点糊涂了，我能否把一个物理硬盘直接就map出去呢？因为实际上是有这个需要的，并且很需要。

答案：可以的。

在mkvdev的参数里，对于vdev有这样的定义：
       -vdev TargetDevice
            Creates a virtual device mapped to the physical/logical device
            TargetDevice and the virtual server adapter VirtualServerAdapter.
            The TargetDevice can be either a physical volume, logical volume,
            or optical device. Physical volumes assigned to volume groups
            cannot be used as target devices.


注意，做这个之前，要令这个pv有pvid：

$ chdev -dev hdisk9 -attr pv=yes
hdisk9 changed

$ mkvdev -vdev hdisk9 -vadapter vhost1 -dev vhost12dev
vhost12dev Available

那我们检查一下这个virtual device的状态：
$ lsdev -virtual
name            status                                            description
vhost0          Available  Virtual SCSI Server Adapter
vhost1          Available  Virtual SCSI Server Adapter
vsa0            Available  LPAR Virtual Serial Adapter
vhost00dev      Available  Virtual Target Device - Logical Volume
vhost01dev      Available  Virtual Target Device - Logical Volume
vhost10dev      Available  Virtual Target Device - Logical Volume
vhost11dev      Available  Virtual Target Device - Logical Volume
vhost12dev      Available  Virtual Target Device - Disk

对于client partition来说，全是pv。

[[i] 本帖最后由 炸鸡 于 2007-7-17 12:14 编辑 [/i]]

今天开始搞网卡。
建virtual lan adapter的时候，如果选择要连接外部网络，在profile里面可以看到bridge一项是yes，这很容易理解，它作为一个bridge去连接外部网络。

在vio server里面动态地增加网卡，总有点不顺畅。可能我的设置太乱，建议大家在实施的时候，一定要做好planning，可以事半功倍。

我们可以把ip地址加到不与外部连接的网卡上：
mktcpip -hostname xxx -inetaddr xxx -interface xxx -netmask xxx

与外部连接的网卡要多做一步动作，然后再分配地址：
mkvdev -sea ent0 -vadapter ent2 -default ent2 -defaultid 1

其中ent0是真实的物理网卡，ent2是刚才在lpar profile里面定义的virtual adapter，执行完成后会生成一个新的ent6，这块就是传说中的SEA。然后把ip地址加到这块SEA上就可以了。


以下是网络传输速度测试：
一个1.7G的文件
vio client到vio server  70s
vio client经sea 到外网server  85s
外网client到外网server   20s  :funk:

这里面肯定有参数可调，我记得书上说过客增大MTU。

[[i] 本帖最后由 炸鸡 于 2007-7-17 18:01 编辑 [/i]]

向鸡哥学习.偶得多看些书.不然对不住农哥送的串口线了.:$
相当有纪念价值.:$

[[i] 本帖最后由 小猪 于 2007-7-17 18:56 编辑 [/i]]

[quote]原帖由 [i]炸鸡[/i] 于 2007-7-16 16:49 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=691061&ptid=73987][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
vio server 1.3 背后是aix 5305
vg默认的类型是scalable vg format
bb-policy 是 relocatable， 但lv的bb-policy却是non-relocatable
如果我自己用root建立的lv就是relocatable，奇怪。


所以除了安装额 ... [/quote]


sever 的LV是一直open的.... 直到你把dev 删掉.........

那就有点不方便了。想不出啥不方便，总之我老想deactivatevg，都不行。:lol

又看了一次SEA，还是不明白。
对于对外的网络，我是想每块物理网卡接一个subnet，如果有3个subnet的话我就要起3个SEA，但我起第二个SEA的时候就有问题了。

书上的例子都是一个SEA，难道通过2层的bridge直接就把traffic送出去？pvid是一个很重要的地方，唉，这20页书我看3次了。:L

现在开始看第4次。

在VIO server上，没有必要一定赋予IP地址，只要建了相应的 vadapter，Lpar就能够通过VIO的share adapter向外通讯的

在VIO server加上IP，只是为了管理VIO方便而已

[[i] 本帖最后由 jingsun 于 2007-7-20 13:17 编辑 [/i]]

超级强人。敬礼！！

有一点，在P6机器上可能不再需要 虚拟网卡了。P6的机器一个物理网卡可以有16个WWNN，给每个客户分区分配一个不就完了，弄这么麻烦啥？

还是要虚拟的，因为要隔离啊什么的

我觉得这虚拟技术博大高深，还是保留的好。



昨天又玩virtual ethernet adapter，在没有vio server的情况下建立。
以前我是用dlpar去增加，但经常由于lpar本身的rmc不通而失败。这回知道了，如果在profile里面直接建立了，那它就不会去检查rmc，这是一定成功的。redbook没骗我，在没有vio server的情况下，我们是可以随意建立virtual ethernet adapter，并且可以使用。:victory:

Virtual ethernet adapter 本来就没有必要用VIO server的资源的啊

因为我之前建立失败。:L

这两天一直在摸索virtual scsi的高可用性。要用到生产环境的话，这是必须的。

一个vios能提供lv和pv给client作为pv使用，这在前面已经实现了。两个vios的情况呢？
这里分开两种方式来讨论：
1。lvm mirror
2。mpio

第一种情况：LVM MIRROR

如果是vios提供lv给client，那么，我们在另外一个vios上建立同样的lv提供给同一个client。
因为实际上是在两个vios上面的资源，所以在client端你会见到两个hdisk，然后，这两个hdisk通过lvm mirror的方式，做成镜像。当一个vios失效的时候，我们还有一个lv copy可以正常使用，所以并不影响生产。这跟普通的镜像原理是一样的。
恢复的时候，要重新sync一下。

但，它有缺点。首先，我们要在vios上建立lv，然后再到client端使用，所以，这里增加了vios上lvm的处理过程，虽然当裸设备那样处理，但始终会影响性能。
然后，如果这个lv超过了一个物理硬盘的大小，我觉得不如直接用物理硬盘。但如果lv太小，又有要扩大的可能，增加了风险。
最后，恢复的时候，要同步，这样也有影响性能的一段时间。

题外话，比较狠的，万一两个vios都完蛋了，你的数据要恢复的话，需要时间，并且步骤繁复，还要看运气。

笨猪提到，client的rootvg别做得太小，否则扩大的时候很痛苦。
我原来不理解，现在想通了。
在client端看来，所有虚拟出来的都是一个pv，既然是pv，就有固定的大小，固定的pp数。
假如我在vios端扩大了lv，client端会变成怎样呢？一个pv突然大了？pp突然多了？aix不会承认的。
一定要把盘彻底删了重新认，才能产生变化。
rootvg怎样彻底删除呢？这就是麻烦所在。
当然，直接加盘是最快捷的办法，但通常应用在其它vg，至于rootvg，你如果有3块盘的话，做个mksysb也会记住你有3块盘，然后恢复的时候也麻烦。所以最好做到一块盘上。

解决办法是有的，利用lvm mirror来实现。
1. mirror rootvg, two hdisks belongs to two vios servers
2. unmirror rootvg, reducevg hdisk0
3. extend lv on vios server1
4. extendvg rootvg, mirrorvg rootvg
5. unmirror rootvg, reducevg hdisk1
6. extendlv on vios server2
7. extendvg rootvg, mirrorvg rootvg

这样，就可以扩大rootvg了，步骤比较多，但在vio的环境下，这方法是有效的。:victory:

这种做virtual disk的方法也有好处，就是管理的时候很直观。
一个client你就建一个vg，里面放若干个lv，就对应着client的若干pv。
有多少个client，你就建多少个vg。这样很直观，清晰。

[[i] 本帖最后由 炸鸡 于 2007-8-16 00:08 编辑 [/i]]

virtual scsi这个东西，其实在SHARK里应该就是这样做的

第二种情况：MPIO

我喜欢这种方式，因为它更接近我们原来用物理设备的习惯。
简单地说，就是在vios上直接把pv映射到virtual scsi server adapter上，client就认回来一个硬盘，大小就是物理硬盘的实际pp数减一。两个vios，就有两条通道，我在client端只看到一块盘，但是走两条通道，这个可以用lspath来检查。
这跟平常我们用sdd或者是powerpath类似。

好处：
我在client上看到多少盘，物理上就是多少盘，很清晰。
在vios里面，直接映射，免去了lvm的处理过程
一个vios失效的时候，只是断了一条通道，不影响生产
恢复的时候，直接就打通了那条通道，不影响生产

最好的地方，我今天也验证过：
当两个vios都完蛋的时候，我还可以直接用一块HBA，接上存储的盘继续使用。可使停机时间比第一种方法缩短好多。
（这点redbook上没写的，呵呵）

还有，就算rootvg也做到SAN上，没问题，san boot，支持。
这里因为rootvg已经占用一块物理盘了（至少），需要扩大的机会就很低了。

坏处：
在vios上，因为没有lvm参与进去，所以你用lspv的话，分不清哪块盘是已经被使用了，被谁使用了。你要习惯用lsmap命令，否则，这里出错的机会很大。
在vios和client的设置比第一种方法要多，client端需要重起。
在vios上只能使用IBM自己的MPIO，我试过用了EMC的驱动就无法实现client端的mpio。

其它的还没想到，我只能说我比较倾向与MPIO的方式。

[quote]原帖由 [i]老农[/i] 于 2007-8-16 00:16 发表 [url=http://bbs.loveunix.net/redirect.php?goto=findpost&pid=706281&ptid=73987][img]http://bbs.loveunix.net/images/common/back.gif[/img][/url]
virtual scsi这个东西，其实在SHARK里应该就是这样做的 [/quote]

我一开始看书，就觉得像是把shark的控制器拿出来玩了。:lol

shark是两台AIX机器，而VIO是两个AIX分区

是可以在VIO扩大LV的，但不能改变client 端 rootvg 的大小，如果是client 的其他VG，就没问题了。因为目前AIX不支持resize rootvg。

不过通常好像也不是容易做替换rootvg的，就好像一台power 4的服务器，做过几次为了把18GB的根盘换成36GB的根盘？
如果实在需要，做一个clone，应该也就可以了。

[[i] 本帖最后由 jingsun 于 2007-8-16 07:42 编辑 [/i]]

做clone跟做mirror差不多，少了一次mklcopy时间，但多了一次启动。:lol

:handshake 多谢鸡哥.又学习了.妙.

不错,正在看着方面的书.羡慕你有这么好的环境