查看: 214830|回复: 101

【大话IT】X86与POWER攻守之间:谁会是未来IT基石?(获奖名单已公布)

[复制链接]
认证徽章
论坛徽章:
127
茶鸡蛋
日期:2012-01-16 14:24:41鲜花蛋
日期:2012-06-06 14:48:18双黄蛋
日期:2013-01-07 21:07:482013年新春福章
日期:2013-02-25 14:51:24优秀写手
日期:2013-12-18 09:29:082014年新春福章
日期:2014-02-18 16:44:08马上有对象
日期:2014-02-18 16:44:08马上加薪
日期:2014-03-18 09:57:11马上有车
日期:2014-03-20 16:13:24马上有房
日期:2014-03-20 16:14:11
发表于 2015-5-19 16:05 | 显示全部楼层 |阅读模式

天下大势,分久必合,合久必分。在数据中心领域,X86系统和非X86系统曾经处在一种微妙的平衡关系,前者统治了中低端市场,后者统治了高端市场。但这种平衡正在被打破,一方面是由于互联网、云计算的发展,使得占尽低成本、开放灵活、分布式计算等优势的X86服务器不断侵蚀传统小型机的领域,特别是在英特尔以及众多服务器厂商、虚拟化厂商、云计算厂商的努力下,X86的份额不断扩大,曾经辉煌的非X86阵营不断萎缩,近几年阿里倡导的去IOE就是一个缩影。而英特尔刚刚发布的拥有18核心的超级处理器至强E7 V3,在关键业务领域更是直指传统小型机的最后堡垒;另一方面,被逼到墙角的非X86阵营也开始寻求转型突破,IBM在卖掉X86服务器业务之后,再也无所顾忌,全力推广OpenPOWER联盟,放下身段,拥抱Linux、OpenStack 等开源技术,向曾经的X86小弟学习,大打开放牌,吸引一些软硬件厂商加入POWER生态圈。



一时间,企业IT市场上硝烟弥漫,不仅两大阵营里的厂商开始重新站队、结盟,而且广大的用户也开始重新思考这样一个问题:在构建IT基础设施时,是选X86,还是选POWER,谁会是未来的IT基石?


上面这个问题看起来很简单,但对不同的人而言,却可能颇为纠结。因为要考虑的因素很多,比如:我现在和未来的应用负载最适合跑在哪个平台上?投资回报如何?会不会被绑定在某一家厂商身上而无法灵活切换?如果要迁移,难度有多大?如果融合了传统IT、私有云、公有云、混合云等异构IT环境,又该怎么选?......为了帮助纠结的同学做出选择,本期话题我们邀请广大网友来共同探讨,分享你的经验、洞察与见解。


话题讨论:


1)首先请做一道选择题:A坚守X86,B坚守POWER,C从X86迁移到POWER,D从POWER迁移到X86,E同时使用X86和POWER。请选择并具体说明你的理由。


2)如果你曾经在X86和非X86平台之间迁移过应用,请具体分享一下当时的经历和心得?比如,当时为什么要迁移?在迁移的过程中碰到什么问题?结合下面这些因素,想想当时是怎么考虑的:业务需求、成本、稳定安全性、扩展性、系统和应用兼容性、是否被厂商绑定、服务等。


3)结合IBM最近在推的Linux On POWER,和英特尔刚刚发布的超级处理器至强E7 V3,两大厂商攻守之间,你更看好谁?是英特尔至强E7继续攻城拔寨,吸引诸如银行、电信等客户进一步将核心业务转向X86,还是IBM凭借Linux On POWER在守住阵脚之后绝地反击,比如吸引互联网厂商转投POWER怀抱?元芳,你怎么看?


4)今天市场上各种开放平台不断涌现,开源技术大行其道,封闭的IT架构似乎已经走入死胡同。那么,请谈谈你期待这些开放平台能带来什么具体的价值?比如灵活性、低成本、可选择性、创新与合作机会等。



活动时间:2015年5月19日-6月19日

活动奖励:本活动由大话IT栏目在ITPUB社区发起,活动结束后将评选16名获奖会员,欢迎亲们踊跃参与!

对于数据中心领域来说(注意这个前提),开放是保持发展的前提与动力,同样也是构建生态系统的必备因素。随着克雷、阿尔法这样的超大型设备逐渐淡出大众视野,人们都意识到开放才是生存下去的唯一可能。正所谓:不开放,毋宁死。


开放不是请客吃饭,更不是拉帮结伙,那么真正的开放是啥样的?让一名吃货来告诉你什么叫做开放平台


一等奖1名:信社电器C1除螨仪吸尘器 家用床铺手持小型除螨机UV紫外线杀菌



二等奖5名:赠送华星苹果5s充电宝10000专用小米3移动电源三星通用手机冲电宝品牌



三等奖15名:赠送诺基亚BH-112蓝牙耳机 迷你无线通用手机蓝牙耳机耳麦


获奖会员:非常感谢大家对本活动的大力支持,恭喜以下网友获奖


一等奖:baijiong998


二等奖:


陌路巨额投入


linkenpark


qingduo04


ylky_2000


yanggq



三等奖:


jszxcyit


Imybsd


2009532140


zhouhuaooo


phoenix1981


stay_sun


xdsnet


听海★蓝心梦


xkf01


beyondfly


duansq


minicooperrrm


pure_lotus


houbao408


myth8860




招聘 : 信息技术专员
论坛徽章:
37
会员2006贡献徽章
日期:2006-04-17 13:46:342013年新春福章
日期:2013-02-25 14:51:242014年新春福章
日期:2014-02-18 16:41:11马上有车
日期:2014-02-18 16:41:11马上有车
日期:2014-02-19 11:55:14马上有房
日期:2014-02-19 11:55:14马上有钱
日期:2014-02-19 11:55:14马上有对象
日期:2014-02-19 11:55:14马上加薪
日期:2014-02-19 11:55:14技术图书徽章
日期:2014-05-19 11:17:53
发表于 2015-5-19 17:07 | 显示全部楼层
1)我认为是E,在一家企业里面可能存在X86和Power共存的现象,Power除了其强劲的性能外,其稳定性是X86无法比拟的,而由X86的组成的云却可以轻易的避开自己的缺点,因此在未来的一段时间,大规模计算的云计算会采用x86(无论重要与不重要,其主要应对的是大规模,不是重要性);非云的重要的服务器仍然会采用Power系列,因为其并不是处理大规模计算,但是重要性非常高;那么最后非云的不重要的服务器会采用X86的结构,只要有数据备份就可以了,其稳定性和重要性都不是很重要。另外企业也不想被绑定到某个厂家的产品上,一旦厂商出现问题,对企业来说都是损失,因此两者都存在的现象是应时而生的。
2)网络交易系统最初是在Power系统上的,按照应用模块分布在16台Power服务器上,但是随着交易规模的增加,系统的稳定性要求增加,长期来开如果扩充power系会不断增加,需要不断的向cluster中增加服务器,成本增加很高,领导决定采用x86的云结构,长期+成本使得领导选择了x86,但是在实施过程中由于对云的经验不足,存在资源集中在某个云中服务器的现象、数据存放的位置不像原来那么很快确定的现象。也出现了x86设备淘汰较快的现象,假设power可以用10年,那么x86在5年的时候就淘汰了,这一点领导没想到,如果这种现象被确定存在的话,power系列还是性价比高的,我也和领导说了,IT技术是不断发展的,x86被淘汰,可以更换新的技术,这样来看,x86淘汰的成本较低.power的淘汰成本高。毕竟设备是由设备本身寿命和IT本身生命周期两个因素决定的。

3)一段时间来看,我觉得IBM会更占优势,毕竟银行、电信业本身是民生行业,设备的稳定性要求高于创新的要求(业务创新、应用创新可以,硬件还是保守的),经验的要求要高于对新颖的要求,IBM的根基决定了核心系统、核心设备还是Power系列,而相对重要性不高的会采用X86.但是从长远角度看,x86会更有优势。其他行业如电商、互联网等会更多的选择X86,毕竟其技术的创新型可以解决x86稳定性和强劲性方面问题,同时这两个行业对新技术的追求也使得其在追求成本方面高于银行、电信。
4)1、可以避免厂商的垄断,即使在经济环境不好的情况下,厂商倒闭,那么也不会因为缺少厂商支持而不得不更新设备;2、可以自己定制,现在越来越追求个性化,开放为个性化提供了更好的机会。3、可以不断的优化产品,5个人发现的问题不如100个人多;同样5个人解决不了的问题100个人可能解决;4、用户可以多样化的选择,国内厂商的春天可能来临。就像安卓开放之后,很多国内手机厂商推出不同的产品,用户选择多样了,也获得了很好的市场份额。5、开放之后可以得到更好的应用,用户可以在其平台上不断的创新,拓展了其应用范围,更大程度的发挥起作用。

使用道具 举报

回复
认证徽章
论坛徽章:
2
ITPUB 11周年纪念徽章
日期:2012-10-09 18:07:31茶鸡蛋
日期:2013-02-28 16:07:01
发表于 2015-5-20 08:02 | 显示全部楼层
本帖最后由 ylky_2000 于 2015-5-20 09:34 编辑

2015-05-20 9:30

1)首先请做一道选择题:A坚守X86,B坚守POWER,C从X86迁移到POWER,D从POWER迁移到X86,E同时使用X86和POWER。请选择并具体说明你的理由。 初期我会选择E,毕竟系统稳定运行是头等大事,在没生产环境中应用经验和排错经验的时候可以慢慢来。同时可以比较x86与power的不同点,相信ibm放弃x86,主推power,肯定有原因,我们只是需要在生成环境中验证并享受这个优势即可。后期power确实强劲,稳定,会选C。


2)如果你曾经在X86和非X86平台之间迁移过应用,请具体分享一下当时的经历和心得?比如,当时为什么要迁移?在迁移的过程中碰到什么问题?结合下面这些因素,想想当时是怎么考虑的:业务需求、成本、稳定安全性、扩展性、系统和应用兼容性、是否被厂商绑定、服务等。

实际的生成环境的经验没有,不过测试过,下面有一个我当时的测试报告,供参考,迁移测试过程顺利。讨论。测试的应用软件没有问题,大家放心使用,也欢迎提供更多的测试案例,补充丰富。


3)结合IBM最近在推的Linux On POWER,和英特尔刚刚发布的超级处理器至强E7 V3,两大厂商攻守之间,你更看好谁?是英特尔至强E7继续攻城拔寨,吸引诸如银行、电信等客户进一步将核心业务转向X86,还是IBM凭借Linux On POWER在守住阵脚之后绝地反击,比如吸引互联网厂商转投POWER怀抱?元芳,你怎么看?

建议搞一些事件营销。比如12306购票网站,提供给他们解决他们的实际问题,x86抗不住,power抗住了。就是很好的证明。

阿里云不是跟12306合作了嘛,把票查询都放在阿里云上了,再看看阿里云从12306合作后的市场份额吧。绝对可行。就当是打广告了吧。


4)今天市场上各种开放平台不断涌现,开源技术大行其道,封闭的IT架构似乎已经走入死胡同。那么,请谈谈你期待这些开放平台能带来什么具体的价值?比如灵活性、低成本、可选择性、创新与合作机会等。

开放意味着,灵活、可选、通过开放的接口集成和个性定制化开发。


2015-05-20早上8点多
发一份 最近测试过的power架构的云主机报告
一、参数收集


1、网络部分

1.1ip地址

182.18.34.23 只有一个网卡。 Mac地址FA:33:E3:87:F0:20

1.2网卡型号

[root@t3 ~]# lspci -vv 没有显示。

1.3网卡速率

[root@t3 ~]# mii-tool -v eth0

SIOCGMIIPHY on 'eth0' failed: Operation not supported

1.4路由表

[root@t3 ~]# route -n

Kernel IP routing table

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface

182.18.34.0     0.0.0.0         255.255.255.192 U     0      0        0 eth0

169.254.0.0     0.0.0.0         255.255.0.0     U     1002   0        0 eth0

0.0.0.0         182.18.34.1     0.0.0.0         UG    0      0        0 eth0

1.5iptables表

[root@t3 ~]# iptables -L -n

Chain INPUT (policy ACCEPT)

target     prot opt source               destination         

SST-INPUT  all  --  0.0.0.0/0            0.0.0.0/0            

Chain FORWARD (policy ACCEPT)

target     prot opt source               destination         

Chain OUTPUT (policy ACCEPT)

target     prot opt source               destination         

SST-OUTPUT  all  --  0.0.0.0/0            0.0.0.0/0            

Chain SST-INPUT (1 references)

target     prot opt source               destination         

ACCEPT     tcp  --  0.0.0.0/0            0.0.0.0/0           tcp dpt:6060  

Chain SST-OUTPUT (1 references)

target     prot opt source               destination     

  [root@t3 ~]# cat /etc/sysconfig/iptables

# Generated by iptables-save v1.4.7 on Mon Mar 16 09:23:43 2015

*filter

:INPUT ACCEPT [0:0]

:FORWARD ACCEPT [0:0]

:OUTPUT ACCEPT [0:0]

:SST-INPUT - [0:0]

:SST-OUTPUT - [0:0]

-A INPUT -j SST-INPUT  

-A OUTPUT -j SST-OUTPUT  

-A SST-INPUT -p tcp -m tcp --dport 6060 -j ACCEPT  

COMMIT

# Completed on Mon Mar 16 09:23:43 2015

# Generated by iptables-save v1.4.7 on Mon Mar 16 09:23:43 2015

*nat

REROUTING ACCEPT [0:0]

OSTROUTING ACCEPT [0:0]

:OUTPUT ACCEPT [0:0]

:SST-POSTROUTING - [0:0]

:SST-PREROUTING - [0:0]

-A PREROUTING -j SST-PREROUTING  

-A POSTROUTING -j SST-POSTROUTING  

COMMIT

# Completed on Mon Mar 16 09:23:43 2015

# Generated by iptables-save v1.4.7 on Mon Mar 16 09:23:43 2015

*mangle

REROUTING ACCEPT [0:0]

:INPUT ACCEPT [0:0]

:FORWARD ACCEPT [0:0]

:OUTPUT ACCEPT [0:0]

OSTROUTING ACCEPT [0:0]

COMMIT

# Completed on Mon Mar 16 09:23:43 2015   

这个6060端口不知道是什么东西。

2、系统硬件方面

2.1cpu

[root@t3 ~]# cat /proc/cpuinfo  

processor       : 0

cpu  : POWER7 ibm最新的是power8结构,测试机是power7架构也很强大。

machine : CHRP IBM,8246-L2T。

CPU maps initialized for 4 threads per core

PERCPU: Embedded 2 pages/cpu @c000000001f00000 s92840 r0 d38232 u131072

Brought up 8 CPUs

Node 0 CPUs: 0-7

[root@t3 ~]# cat /proc/cpuinfo |grep "physical id"|sort|uniq |wc -l

0

只有一个cpu、逻辑个数(process)为8个。

这里跟提供的有出入,不知道是我测试的问题还是?

2.2硬盘

分区情况

[root@t3 ~]# df -ah

Filesystem                                Size  Used Avail Use% Mounted on

/dev/sda4                                  39G  9.2G   28G  26% /

proc                                         0     0     0    - /proc

sysfs                                        0     0     0    - /sys

devpts                                       0     0     0    - /dev/pts

tmpfs                                     2.0G     0  2.0G   0% /dev/shm

/dev/sda2                                  97M   42M   51M  46% /boot

none                                         0     0     0    - /proc/sys/fs/binfmt_misc

/root/ilanni/CentOS-6.6-i386-minimal.iso  339M  339M     0 100% /iso

/dev/sr0                                  3.2G  3.2G     0 100% /mnt

硬盘空间

[root@t3 ~]# fdisk -l

跟提供的环境一致

Disk /dev/sda: 42.9 GB, 42949672960 bytes

64 heads, 32 sectors/track, 40960 cylinders

Units = cylinders of 2048 * 512 = 1048576 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk identifier: 0x6f220300


   Device Boot      Start         End      Blocks   Id  System

/dev/sda1   *           2           9        8192   41  PPC PReP Boot

Partition 1 does not end on cylinder boundary.

/dev/sda2              10         109      102400   83  Linux

Partition 2 does not end on cylinder boundary.

/dev/sda3             110        1133     1048576   82  Linux swap / Solaris

Partition 3 does not end on cylinder boundary.

/dev/sda4            1134       40960    40782848   83  Linux

Partition 4 does not end on cylinder boundary.

2.3内存

4g与提供的一致

[root@t3 ~]# free -m

             total       used       free     shared    buffers     cached

Mem:          4034       2686       1348          0        226       2007

2.4操作系统

[root@t3 ~]# lsb_release  -a

LSB Version:    :base-4.0-noarch:base-4.0-ppc64:core-4.0-noarch:core-4.0-ppc64:graphics-4.0-noarch:graphics-4.0-ppc64rinting-4.0-noarchrinting-4.0-ppc64

Distributor ID: RedHatEnterpriseServer

Description:    Red Hat Enterprise Linux Server release 6.5 (Santiago)

Release:        6.5

Codename:       Santiago


二、性能测试

2.1 硬盘性能测试

/dev/sda:

Timing cached reads:   37182 MB in  1.99 seconds = 18720.14 MB/sec

Timing buffered disk reads: 542 MB in  3.01 seconds = 180.18 MB/sec

写磁盘速度测试

10.28s左右生成了一个2.5GB的文件,速度239MB/s

[root@t3 ~]# time dd if=/dev/zero of=/test.dbf bs=8k count=300000

300000+0 records in

300000+0 records out

2457600000 bytes (2.5 GB) copied, 10.2835 s, 239 MB/s


real    0m10.292s

user    0m0.092s

sys     0m1.850s

读磁盘速度测试

[root@t3 ~]# df -m

Filesystem                               1M-blocks  Used Available Use% Mounted on

/dev/sda4                                    39202 11724     25487  32% /

tmpfs                                         2018     0      2018   0% /dev/shm

/dev/sda2                                       97    42        51  46% /boot

/root/ilanni/CentOS-6.6-i386-minimal.iso       339   339         0 100% /iso

/dev/sr0                                      3193  3193         0 100% /mnt

[root@t3 ~]#  time dd if=/dev/sda4 of=/dev/null bs=8k

5097856+0 records in

5097856+0 records out

41761636352 bytes (42 GB) copied, 223.744 s, 187 MB/s


real    3m43.745s

user    0m1.454s

sys     0m18.486s


2.2网络延时测试

查询的 IP:182.18.34.23 来自:北京市

GeoIP: Beijing, China

Beijing HuaxiaYakue Network Technology Co., Ltd.

2.3网络带宽测试

[root@t3 ~]# wget https://github.com/sivel/speedte ... er/speedtest_cli.py

[root@t3 ~]# ./speedtest-cli --help

Usage: speedtest-cli [options]


Command line interface for testing internet bandwidth using speedtest.net.

--------------------------------------------------------------------------

https://github.com/sivel/speedtest-cli


Options:

  -h, --help         show this help message and exit

  --bytes            Display values in bytes instead of bits. Does not affect

                     the image generated by --share

  --share            Generate and provide a URL to the speedtest.net share

                     results image

  --simple           Suppress verbose output, only show basic information

  --list             Display a list of speedtest.net servers sorted by

                     distance

  --server=SERVER    Specify a server ID to test against

  --mini=MINI        URL of the Speedtest Mini server

  --source=SOURCE    Source IP address to bind to

  --timeout=TIMEOUT  HTTP timeout in seconds. Default 10

  --version          Show the version number and exit

[root@t3 ~]# ./speedtest-cli --list |grep China

测试到北京电信带宽

[root@t3 ~]# ./speedtest-cli --server=4751 --share

Retrieving speedtest.net configuration...

Retrieving speedtest.net server list...

Testing from Beijing yiantianxia Network (182.18.34.23)...

Hosted by Beijing Telecom (Beijing) [8.08 km]: 2.759 ms

Testing download speed........................................

Download: 60.69 Mbit/s

Testing upload speed..................................................

Upload: 65.61 Mbit/s

Share results: https://www.speedtest.net/result/4310070563.png



测试到中国移动带宽

选了3个测试数据都为0,感觉跟移动之间互通有点问题。

测试到中国联通带宽

[root@t3 ~]# ./speedtest-cli --server=3891 --share

Retrieving speedtest.net configuration...

Retrieving speedtest.net server list...

Testing from Beijing yiantianxia Network (182.18.34.23)...

Hosted by Unicom-GZ (Guangzhou) [1893.48 km]: 52.615 ms

Testing download speed........................................

Download: 71.17 Mbit/s

Testing upload speed..................................................

Upload: 31.63 Mbit/s

Share results: https://www.speedtest.net/result/4310086747.png



三、常见应用测试

3.1web应用测试

3.1.1启动apache

已经安装好2.2.15版本的apache

[root@t3 ~]# rpm -qa|grep httpd

httpd-2.2.15-29.el6_4.ppc64

httpd-tools-2.2.15-29.el6_4.ppc64

启动apache 查看进程已经启动了

[root@t3 ~]# ps aux|grep httpd

root      1513  0.0  0.3 197120 13952 ?        Sl   Mar16   3:31 python /opt/ibm/sst/tools/httpserver/simplehttpd -d -p /var/run/uppd.pid -c /etc/upp/conf.d/

root     22382  0.0  0.7 115648 33024 ?        Ss   01:57   0:00 /usr/sbin/httpd

apache   22386  0.0  0.4 115648 19648 ?        S    01:57   0:00 /usr/sbin/httpd

apache   22387  0.0  0.4 115648 19648 ?        S    01:57   0:00 /usr/sbin/httpd

apache   22388  0.0  0.4 115648 19648 ?        S    01:57   0:00 /usr/sbin/httpd

apache   22389  0.0  0.4 115648 19648 ?        S    01:57   0:00 /usr/sbin/httpd

apache   22390  0.0  0.4 115648 19648 ?        S    01:57   0:00 /usr/sbin/httpd

apache   22391  0.0  0.4 115648 19648 ?        S    01:57   0:00 /usr/sbin/httpd

apache   22392  0.0  0.4 115648 19648 ?        S    01:57   0:00 /usr/sbin/httpd

apache   22393  0.0  0.4 115648 19648 ?        S    01:57   0:00 /usr/sbin/httpd

root     22415  0.0  0.0 104832  2816 pts/3    S+   01:58   0:00 grep httpd

默认80端口

http://182.18.34.23/

出来了。。温馨的apache页面

看看php信息

http://182.18.34.23/1.php  5.3.3版本

3.1.2压力测试

1、100人并发测试 通过

[root@t3 html]# ab -n 4000 -c 100 http://182.18.34.23/1.php

This is ApacheBench, Version 2.3 <$Revision: 655654 $>

Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/

Licensed to The Apache Software Foundation, http://www.apache.org/


Benchmarking 182.18.34.23 (be patient)

Completed 400 requests

Completed 800 requests

Completed 1200 requests

Completed 1600 requests

Completed 2000 requests

Completed 2400 requests

Completed 2800 requests

Completed 3200 requests

Completed 3600 requests

Completed 4000 requests

Finished 4000 requests



Server Software:        Apache/2.2.15

Server Hostname:        182.18.34.23

Server Port:            80


Document Path:          /1.php

Document Length:        47303 bytes


Concurrency Level:      100

Time taken for tests:   2.073 seconds

Complete requests:      4000

Failed requests:        0

Write errors:           0

Total transferred:      189904000 bytes

HTML transferred:       189212000 bytes

Requests per second:    1929.78 [#/sec] (mean)

Time per request:       51.819 [ms] (mean)

Time per request:       0.518 [ms] (mean, across all concurrent requests)

Transfer rate:          89470.81 [Kbytes/sec] received


Connection Times (ms)

              min  mean[+/-sd] median   max

Connect:        3   24  11.0     24      45

Processing:     6   28  11.1     27      48

Waiting:        1   22  11.9     22      45

Total:         46   52   1.7     52      54


Percentage of the requests served within a certain time (ms)

  50%     52

  66%     53

  75%     53

  80%     53

  90%     53

  95%     54

  98%     54

  99%     54

100%     54 (longest request)

[root@t3 ~]# vmstat -n 1  cpu变化情况 内存基本没有影响

procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu-----

r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st

0  0      0 270528 1589888 1105472    0    0     2     2    0    0  0  0 100  0  0

0  0      0 273536 1589888 1105472    0    0     0     0    4   27  0  0 100  0  0

4  0      0 270208 1589888 1105472    0    0     0     0  624 1455  5  1 94  0  0

5  0      0 266432 1589888 1106048    0    0     0     0 5216 11809 36  8 56  0  0

0  0      0 271360 1589888 1107072    0    0     0     0 5180 11710 34  8 59  0  0

0  0      0 276736 1589888 1107200    0    0     0     0    4   31  0  0 100  0  0

0  0      0 284032 1589888 1107584    0    0     0    36    9   46  0  0 100  0  0

3.2数据库应用测试

3.2.1启动进入mysql数据库

[root@t3 html]# mysql -uroot -p

Enter password:  

Welcome to the MySQL monitor.  Commands end with ; or \g.

Your MySQL connection id is 2

Server version: 5.1.71 Source distribution


Copyright (c) 2000, 2013, Oracle and/or its affiliates. All rights reserved.


Oracle is a registered trademark of Oracle Corporation and/or its

affiliates. Other names may be trademarks of their respective

owners.


Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql>  

mysql> show databases;

+--------------------+

| Database           |

+--------------------+

| information_schema |

| mysql              |

| test               |

+--------------------+

3 rows in set (0.00 sec)

3.2.2性能测试

迭代测试

[root@t3 ~]# mysqlslap -aT -i 10 -c 200

Benchmark

        Average number of seconds to run all queries: 0.239 seconds

        Minimum number of seconds to run all queries: 0.224 seconds

        Maximum number of seconds to run all queries: 0.247 seconds

        Number of clients running queries: 200

        Average number of queries per client: 0



User time 2.90, System time 1.12

Maximum resident set size 38400, Integral resident set size 0

Non-physical pagefaults 3322, Physical pagefaults 5, Swaps 0

Blocks in 2008 out 0, Messages in 0 out 0, Signals 0

Voluntary context switches 82916, Involuntary context switches 636

测试50,100个并发 1000次查询

[root@t3 ~]# mysqlslap -a --concurrency=50,100 --number-of-queries 1000 --debug-info -uroot -p

Enter password:  

Benchmark

        Average number of seconds to run all queries: 0.062 seconds

        Minimum number of seconds to run all queries: 0.062 seconds

        Maximum number of seconds to run all queries: 0.062 seconds

        Number of clients running queries: 50

        Average number of queries per client: 20


Benchmark

        Average number of seconds to run all queries: 0.067 seconds

        Minimum number of seconds to run all queries: 0.067 seconds

        Maximum number of seconds to run all queries: 0.067 seconds

        Number of clients running queries: 100

        Average number of queries per client: 10



User time 0.13, System time 0.07

Maximum resident set size 26304, Integral resident set size 0

Non-physical pagefaults 514, Physical pagefaults 0, Swaps 0

Blocks in 0 out 0, Messages in 0 out 0, Signals 0

Voluntary context switches 6160, Involuntary context switches 48

[root@t3 ~]# mysqlslap -a --concurrency=50,100 --number-of-queries 1000 --iterations=5 --debug-info -uroot -p

Enter password:  

Benchmark

        Average number of seconds to run all queries: 0.059 seconds

        Minimum number of seconds to run all queries: 0.056 seconds

        Maximum number of seconds to run all queries: 0.061 seconds

        Number of clients running queries: 50

        Average number of queries per client: 20


Benchmark

        Average number of seconds to run all queries: 0.068 seconds

        Minimum number of seconds to run all queries: 0.068 seconds

        Maximum number of seconds to run all queries: 0.070 seconds

        Number of clients running queries: 100

        Average number of queries per client: 10



User time 0.67, System time 0.35

Maximum resident set size 29952, Integral resident set size 0

Non-physical pagefaults 1268, Physical pagefaults 0, Swaps 0

Blocks in 0 out 0, Messages in 0 out 0, Signals 0

Voluntary context switches 29748, Involuntary context switches 184

测试不同引擎对比

[root@t3 ~]#  mysqlslap -a --concurrency=50,100 --number-of-queries 1000 --iterations=5 --engine=myisam,innodb --debug-info -uroot -p

Enter password:  

Benchmark

        Running for engine myisam

        Average number of seconds to run all queries: 0.059 seconds

        Minimum number of seconds to run all queries: 0.058 seconds

        Maximum number of seconds to run all queries: 0.061 seconds

        Number of clients running queries: 50

        Average number of queries per client: 20


Benchmark

        Running for engine myisam

        Average number of seconds to run all queries: 0.069 seconds

        Minimum number of seconds to run all queries: 0.068 seconds

        Maximum number of seconds to run all queries: 0.070 seconds

        Number of clients running queries: 100

        Average number of queries per client: 10


Benchmark

        Running for engine innodb

        Average number of seconds to run all queries: 2.624 seconds

        Minimum number of seconds to run all queries: 2.546 seconds

        Maximum number of seconds to run all queries: 2.741 seconds

        Number of clients running queries: 50

        Average number of queries per client: 20


Benchmark

        Running for engine innodb

        Average number of seconds to run all queries: 3.066 seconds

        Minimum number of seconds to run all queries: 2.653 seconds

        Maximum number of seconds to run all queries: 3.454 seconds

        Number of clients running queries: 100

        Average number of queries per client: 10



User time 1.34, System time 0.85

Maximum resident set size 30272, Integral resident set size 0

Non-physical pagefaults 2541, Physical pagefaults 0, Swaps 0

Blocks in 0 out 0, Messages in 0 out 0, Signals 0

Voluntary context switches 66867, Involuntary context switches 3948


四、测试小结

总体感觉很强大,网速也很快;

1、总体 推荐专业人士使用,第一次使用power架构,不太熟悉,测试比较片面。

2、硬件方面 cpu确实强劲,mysql运行速度很快,尤其myisam引擎表现优异。内存表现也很好,硬盘读写速度很快,超过了我所用的sata硬盘的速度。

由于时间关系,测试不太深入,请其他同学补充指正。


五、个人建议

1、管理方面建议弄一个管理虚机后台,在webshell方式管理;

2、安全方面建议增加一些简单的安全防护措施,如方ddos攻击、密码多次错误锁定、sql漏洞检测、上传漏洞检测修复等;

3、网络方面建议在现有网络情况下增加一个虚拟内网,虚拟内网支持ipsecvlan通道,在内网中可以自建更多的虚拟机和虚拟存储服务器,这样实现云数据中心的架构;我个人也相信这个是未来的方向;

4、监控报警方面建议有个人性化的界面,设置报警阈值,方便随时掌握服务器运行情况(硬件、应用和网络带宽)。

使用道具 举报

回复
认证徽章
论坛徽章:
13
itpub13周年纪念徽章
日期:2014-11-06 15:29:09秀才
日期:2016-02-18 10:06:46秀才
日期:2016-01-25 14:55:31秀才
日期:2015-10-26 09:55:08秀才
日期:2015-10-26 09:24:12秀才
日期:2015-09-21 09:46:16秀才
日期:2015-08-31 13:02:54知识
日期:2015-08-31 08:57:12秀才
日期:2015-08-17 13:13:14嫦娥
日期:2015-07-24 15:04:18
发表于 2015-5-20 15:51 | 显示全部楼层
本帖最后由 xdsnet 于 2015-6-23 14:17 编辑

1)首先请做一道选择题:A坚守X86,B坚守POWER,C从X86迁移到POWER,D从POWER迁移到X86,E同时使用X86和POWER。请选择并具体说明你的理由。
其实我想选的是F,说不定是另外的arm之类异军突起

2)如果你曾经在X86和非X86平台之间迁移过应用,请具体分享一下当时的经历和心得?比如,当时为什么要迁移?在迁移的过程中碰到什么问题?结合下面这些因素,想想当时是怎么考虑的:业务需求、成本、稳定安全性、扩展性、系统和应用兼容性、是否被厂商绑定、服务等。
从sun的迁移到x86,sun都没有了,东西好是好,但太贵,性价比......
任何迁移都有很多问题要解决,比如平台操作惯性
当时就是为了解除厂商绑定啊

3)结合IBM最近在推的Linux On POWER,和英特尔刚刚发布的超级处理器至强E7 V3,两大厂商攻守之间,你更看好谁?是英特尔至强E7继续攻城拔寨,吸引诸如银行、电信等客户进一步将核心业务转向X86,还是IBM凭借Linux On POWER在守住阵脚之后绝地反击,比如吸引互联网厂商转投POWER怀抱?元芳,你怎么看?
其实我还是更看好arm的崛起。现在认为必须的东西都是可以打破的,为什么还需要集中那么大的数据中心?
架构的变化更可能带来颠覆性的发展,现在诸如google之类的应用,还是更多的跑在x86上,说不定下一步为了节约成本会转到arm上(只要有合理的技术架构支持)

4)今天市场上各种开放平台不断涌现,开源技术大行其道,封闭的IT架构似乎已经走入死胡同。那么,请谈谈你期待这些开放平台能带来什么具体的价值?比如灵活性、低成本、可选择性、创新与合作机会等。
以苹果为代表的封闭iT架构其实还是很滋润的。
但仅就服务领域,开源已经占据绝对优势了,这可以解除用户对厂商绑定的顾虑。
而且有更多的可创新点和选择性,还有就是短期成本可能很低,这对于大量的新公司来说,可能关系存活,而长期成本也和闭源(封闭)技术的相当(起码没有表现出特别的贵),由此肯定需要选择的。


==================================================================
额外的,其实我是想说,因为当前云计算之流已经大行其道,很多应用现在从很多层次上都开始解除和平台系统的绑定,也就是说现在普通开发应用系统的在开发中就会避免系统/平台绑定 以获得最强可扩展性,由此得到高可用、高效、大规模......,这样诸如X86 POWER之类的平台竞争会被普通用户屏蔽掉成为最底层的云环境服务商考虑的地方,而他们有更多可用方案(当然是基于最佳性价比的),由此很可能成为多平台混合的系统(包括所有可用的资源平台形式),根据不同的应用特征,提供不同的支持(性能上的),以提供最优价格性能比。如需要大量运算的应用提供POWER为主的计算支持,大量IO的应用,提供arm运算控制提供的高IO支持等等,一句话,够用,便宜。 这就是未来发展方向。 比较运算越来越多,怎么高质低价就是竞争优势。

使用道具 举报

回复
认证徽章
论坛徽章:
304
季节之章:春
日期:2012-06-20 17:38:14季节之章:夏
日期:2012-06-12 10:49:25季节之章:秋
日期:2012-06-12 10:49:25季节之章:冬
日期:2012-06-12 10:49:25马上有钱
日期:2014-06-16 15:59:19蓝色妖姬
日期:2012-05-19 11:02:10蓝色妖姬
日期:2012-06-12 11:21:48蓝色妖姬
日期:2012-06-12 11:21:48玉兔
日期:2012-07-27 11:00:12玉兔
日期:2012-08-05 10:00:09
发表于 2015-5-20 18:09 | 显示全部楼层

1)首先请做一道选择题:A坚守X86,B坚守POWER,C从X86迁移到POWER,D从POWER迁移到X86,E同时使用X86和POWER。请选择并具体说明你的理由。

就当前看,X86确实是有抢占大量非X86市场的趋势。从电信行业每年的招标采购可以看出,惠普、IBM等小机厂商的小机这几年销量急速下降,裁员一波接着一波。X86经济适用,架构灵活,性能不断提升,没理由不选择X86.

2)如果你曾经在X86和非X86平台之间迁移过应用,请具体分享一下当时的经历和心得?比如,当时为什么要迁移?在迁移的过程中碰到什么问题?结合下面这些因素,想想当时是怎么考虑的:业务需求、成本、稳定安全性、扩展性、系统和应用兼容性、是否被厂商绑定、服务等。

非X86的具体使用一般都是做大型数据库用,X86伴随找虚拟化的运用,突破硬件瓶颈指日可待。
非X86迁移到X86的,主要是数据库的迁移。

3)结合IBM最近在推的Linux On POWER,和英特尔刚刚发布的超级处理器至强E7 V3,两大厂商攻守之间,你更看好谁?是英特尔至强E7继续攻城拔寨,吸引诸如银行、电信等客户进一步将核心业务转向X86,还是IBM凭借Linux On POWER在守住阵脚之后绝地反击,比如吸引互联网厂商转投POWER怀抱?元芳,你怎么看?

IBM的太贵,当然,也要看服务器的稳定性、可靠性。
随着技术的不断成熟,相信用户会考虑性价比和用户体验。以后厂家的服务将会是用户的一个主要评选指标。

4)今天市场上各种开放平台不断涌现,开源技术大行其道,封闭的IT架构似乎已经走入死胡同。那么,请谈谈你期待这些开放平台能带来什么具体的价值?比如灵活性、低成本、可选择性、创新与合作机会等。

开放平台能够带来更多的机会,更多的选择。




使用道具 举报

回复
招聘 : 数据库管理员
认证徽章
论坛徽章:
275
生肖徽章2007版:鼠
日期:2009-11-25 17:01:33生肖徽章2007版:牛
日期:2009-02-07 09:37:19生肖徽章2007版:虎
日期:2008-09-28 13:40:38生肖徽章2007版:兔
日期:2009-09-10 11:22:26生肖徽章2007版:龙
日期:2012-08-10 14:09:58生肖徽章2007版:蛇
日期:2013-02-25 15:21:30生肖徽章2007版:马
日期:2009-03-10 21:15:36生肖徽章2007版:羊
日期:2009-09-10 11:27:42生肖徽章2007版:猴
日期:2009-02-10 09:47:38生肖徽章2007版:鸡
日期:2012-09-29 11:39:23
发表于 2015-5-22 17:04 | 显示全部楼层
本帖最后由 phoenix1981 于 2015-6-9 14:36 编辑

1)首先请做一道选择题:A坚守X86,B坚守POWER,C从X86迁移到POWER,D从POWER迁移到X86,E同时使用X86和POWER。请选择并具体说明你的理由。
个人观点:选择E。原因很简单:现有自主机房和设备若干,不可能丢,但肯定慢慢会淘汰。在未完全淘汰之前,还需满足各种软件系统对硬件的需求,或是为了更好的满足这些需求,肯定也会尝试新的硬件设备。所以个人觉得,X86和POWER(或其他新型设备)肯定会有很长时间的并存。不过随着应用对硬件性能要求的不断提高和LINUX操作界面的日趋友好,我相信会有越来越多的企业用户会选择LINUX。


2)如果你曾经在X86和非X86平台之间迁移过应用,请具体分享一下当时的经历和心得?比如,当时为什么要迁移?在迁移的过程中碰到什么问题?结合下面这些因素,想想当时是怎么考虑的:业务需求、成本、稳定安全性、扩展性、系统和应用兼容性、是否被厂商绑定、服务等。
个人观点:暂时没做过这种迁移。一直想把一些JAVA开发的应用迁移到LINUX环境下,渴望获得更移定的体验,但苦于缺乏技术支持,最终望而却步。其实主要的原因是平时对LINUX系统接触比较少,没怎么用过,为了快速实现应用的部署,就选择相对比较熟悉的X86了。


3)结合IBM最近在推的Linux On POWER,和英特尔刚刚发布的超级处理器至强E7 V3,两大厂商攻守之间,你更看好谁?是英特尔至强E7继续攻城拔寨,吸引诸如银行、电信等客户进一步将核心业务转向X86,还是IBM凭借Linux On POWER在守住阵脚之后绝地反击,比如吸引互联网厂商转投POWER怀抱?元芳,你怎么看?
个人观点:从成本角度考虑,X86还有很大的可发挥的空间。从性能和维护成本来说,LINUX ON POWER更具优势。也不能说谁会取代谁,“没有最好,只有更适合”,这是由实际使用者来决定的。


4)今天市场上各种开放平台不断涌现,开源技术大行其道,封闭的IT架构似乎已经走入死胡同。那么,请谈谈你期待这些开放平台能带来什么具体的价值?比如灵活性、低成本、可选择性、创新与合作机会等。
个人观点:更高的可用性能、更人性化的交互界面、更完善的管理功能,更灵活的外部扩展。不管是企业还是个人,随着各种应用越来越多、越来越完善,同时也在不断开源,这给广大用户带来了无限的生机。试想,你可以在你的个人PC上通过调用各套系统的接口,来实现高度个性定制的桌面或一系列特定功能,那将是一件很酷的事情。所以,开放的平台会吸引越来越多的用户选择,并最终会引领整个操作系统的潮流。

使用道具 举报

回复
认证徽章
论坛徽章:
4
马上有对象
日期:2014-05-22 10:15:302014年世界杯参赛球队: 加纳
日期:2014-07-24 11:04:13马上有车
日期:2014-07-24 16:43:06蓝色妖姬
日期:2014-08-28 15:17:25
发表于 2015-5-22 23:55 | 显示全部楼层
1)首先请做一道选择题:A坚守X86,B坚守POWER,C从X86迁移到POWER,D从POWER迁移到X86,E同时使用X86和POWER。请选择并具体说明你的理由。
    A. 坚守x86,主要是手上没有POWER的机器。理由很简单,就是现在的x86机器完全可以满足业务的需求,对于企业来说,成本和技术都是要考虑的因素,越是小企业,越是看重成本。
2)如果你曾经在X86和非X86平台之间迁移过应用,请具体分享一下当时的经历和心得?比如,当时为什么要迁移?在迁移的过程中碰到什么问题?结合下面这些因素,想想当时是怎么考虑的:业务需求、成本、稳定安全性、扩展性、系统和应用兼容性、是否被厂商绑定、服务等。
     从x86往MIPS上迁移过,迁移的原因主要是公司要求。碰到的问题主要是没有运行在龙芯版本Linux上的QQ,呵呵。龙芯经过了这么多年的发展,性能、速度都已经有了很大的提升。已经完全可以满足个人办公需求,安全性那就更高了,Linux上病毒几乎没有。应用兼容性说实话比较差,龙芯版本Linux的上的娱乐实在太少了。

3)结合IBM最近在推的Linux On POWER,和英特尔刚刚发布的超级处理器至强E7 V3,两大厂商攻守之间,你更看好谁?是英特尔至强E7继续攻城拔寨,吸引诸如银行、电信等客户进一步将核心业务转向X86,还是IBM凭借Linux On POWER在守住阵脚之后绝地反击,比如吸引互联网厂商转投POWER怀抱?元芳,你怎么看?
    IBM的AIX这几年业务一直在萎缩,据说现在AIX的市场份额主要来自于大陆地区(未与IBM官方求证)。银行、电信的核心业务,向x86迁移的可能性比较少。因为银行的核心业务,如果没有什么特别的需求,一般也不需要做大的变动,至多就是做一些扩容,扩容的话,首先当然是原先已经用得好的POWER或是其它的UNIX机器。互联网厂商,喜欢使用x86 + 集群的方式,一是这种方式成本低,二是这种方式更灵活,更利用互联网行业的快速扩展。

4)今天市场上各种开放平台不断涌现,开源技术大行其道,封闭的IT架构似乎已经走入死胡同。那么,请谈谈你期待这些开放平台能带来什么具体的价值?比如灵活性、低成本、可选择性、创新与合作机会等。
    开放平台,最重要的是盘活了整个生态系统,让处于食物链各个环节的都有肉有,而且不是像封闭系统一样,只有一家或是几家独大。IBM开放了OpenPower8, 是为了迎合中国目前IT软硬件国产化的趋势,通过让国内产商生产OpenPower的机器, 每生产一台机器,IBM赚取授权费用,国内产商赚取一些辛苦钱,金融、电信等行业领导可以高兴地向有关部分反馈,我们使用的是国产机器,我们支持国产化。

使用道具 举报

回复
论坛徽章:
0
发表于 2015-5-23 14:32 | 显示全部楼层
本帖最后由 jszxcyit 于 2015-5-23 14:33 编辑

1)首先请做一道选择题:A坚守X86,B坚守POWER,C从X86迁移到POWER,D从POWER迁移到X86,E同时使用X86和POWER。请选择并具体说明你的理由。
       在这里我选择E同时使用X86和POWER,任何一个系统的存在可定有其存在的价值,短时间之内不可能出现谁替代谁,只能是二者并存,系统做的都是生态,基于此系统的开放程度及开发者的跟随程度,来决定系统的生命力。目前无论是X86还是POWER系统都面临着严峻的考验。所以短时间之内肯定是二者共存的现象。
2)如果你曾经在X86和非X86平台之间迁移过应用,请具体分享一下当时的经历和心得?比如,当时为什么要迁移?在迁移的过程中碰到什么问题?结合下面这些因素,想想当时是怎么考虑的:业务需求、成本、稳定安全性、扩展性、系统和应用兼容性、是否被厂商绑定、服务等。
      其实在X86和非X86平台迁移应用系统,只要注意以下几点就没有太大的问题:1、所迁移应用系统的架构,它是基于什么架构开发和使用的,基于操作系统有什么特殊要求;2、数据库的迁移,更多的考虑数据的稳定性及连续性。记得当时应用系统迁移主要原因还是服务器软硬件升级,来支撑更多的业务扩展。才进行的平台迁移。过程中有些服务器肯定是被厂商所绑定的,这个基于各方面的考虑,一是内部维护团队的能力,二是厂商的实力。
3)结合IBM最近在推的Linux On POWER,和英特尔刚刚发布的超级处理器至强E7 V3,两大厂商攻守之间,你更看好谁?是英特尔至强E7继续攻城拔寨,吸引诸如银行、电信等客户进一步将核心业务转向X86,还是IBM凭借Linux On POWER在守住阵脚之后绝地反击,比如吸引互联网厂商转投POWER怀抱?元芳,你怎么看?
       其实对于这个话题,也不是很好回答,随着国家层面去IOE模式加强,更多的国产应用开始崛起,这其中也就涉及的问题比较多,如果非要选择的话我还是选择超级处理器至强E7 V3,本人比较酷爱新技术,新的技术出现一定会促使一些行业进行变革,同时便的更加的开放。
4)今天市场上各种开放平台不断涌现,开源技术大行其道,封闭的IT架构似乎已经走入死胡同。那么,请谈谈你期待这些开放平台能带来什么具体的价值?比如灵活性、低成本、可选择性、创新与合作机会等。
      开源技术的发展很大程度上刺激传统行业,例如安卓的突飞猛进,就应为他的开放,众多的开发者参与其中,完善了系统的发展,但是更多的开源也有相应的风险问题。
      开源技术对成本,灵活性选择性上肯定有更大的好处,更多的选择,低成本肯定不是问题。创新业随之而来。


使用道具 举报

回复
论坛徽章:
0
发表于 2015-5-24 22:00 | 显示全部楼层
1)首先请做一道选择题:A坚守X86,B坚守POWER,C从X86迁移到POWER,D从POWER迁移到X86,E同时使用X86和POWER。请选择并具体说明你的理由。
当然是选择A了,之前做过高性能计算的售前,很明显的感觉到,在高性能领域,前期ibm 代表的power cpu强势,到目前intelx86 代表的 cpu成为主流,下面是2014年 top500 相关情况,很明显的看到第7点,x86成为主流!相信在其他领域,特别是在power集中的金融领域,后续会逐渐的向x86转移!
      1、美国以213套系统遥遥领先,不过比半年前少了2套,比一年前更是少了34套,接近历史低谷;
  2、中国从半年前的76套跌至61套,日本则从30套增至32套;
  3、今年500强总性能为309PFlops,半年前274PFlops,去年250PFlops;
  4、500强总性能的增长趋势正在变慢,如今每年只有55%,而在1994-2008年间增幅高达90%,难怪各国尤其是美国政府正在大力投入新的高性能计算技术,IBM、Intel、NVIDIA、AMD都连续获得巨额投资;
  5、性能超过1PFlops的系统已有50套,半年增加13套;
  6、使用加速卡、协处理器的系统有75套,比去年增加13套,其中15套使用了NVIDIA Tesla,3套用了AMD方案,Intel Xeon Phi则已占据25套;
  7、Intel处理器的份额也高达85.8%;
  8、96%的系统处理器核心都不少于6个,85%的使用了8+核心;
  9、惠普以179套领先IBM 153套,但分别比半年前少了3套、23套。IBM不玩芯片了。

使用道具 举报

回复
论坛徽章:
17
授权会员
日期:2005-10-30 17:05:332012新春纪念徽章
日期:2012-01-04 11:49:54复活蛋
日期:2011-12-07 13:08:30ITPUB十周年纪念徽章
日期:2011-11-01 16:19:412010广州亚运会纪念徽章:棒球
日期:2011-02-23 09:25:352011新春纪念徽章
日期:2011-02-18 11:43:352010广州亚运会纪念徽章:保龄球
日期:2010-12-24 13:11:522010广州亚运会纪念徽章:体育舞蹈
日期:2010-11-29 11:20:27ITPUB9周年纪念徽章
日期:2010-10-08 09:28:522010广州亚运会纪念徽章:摔跤
日期:2010-09-14 14:57:06
发表于 2015-5-25 15:41 | 显示全部楼层
1)首先请做一道选择题:A坚守X86,B坚守POWER,C从X86迁移到POWER,D从POWER迁移到X86,E同时使用X86和POWER。请选择并具体说明你的理由。

选D,从个人角度考虑,目前除非是核心系统采用小型机,其它都可以使用X86服务器。X86经济适用,架构灵活,性能不断提升,没理由不选择X86.


2)如果你曾经在X86和非X86平台之间迁移过应用,请具体分享一下当时的经历和心得?比如,当时为什么要迁移?在迁移的过程中碰到什么问题?结合下面这些因素,想想当时是怎么考虑的:业务需求、成本、稳定安全性、扩展性、系统和应用兼容性、是否被厂商绑定、服务等。
P750+dmx4架构作为数据库,由于Io压力太大,无法满足业务需要,开门红压力巨大。于是借几台X86+pcie卡进行了测试,简单对比测试性能为前者3倍以上,果断进行了迁移。方案从稳定性、可靠性、安全性方面基本做了考虑,目前运行很正常,不再为性能犯愁。


3)结合IBM最近在推的Linux On POWER,和英特尔刚刚发布的超级处理器至强E7 V3,两大厂商攻守之间,你更看好谁?是英特尔至强E7继续攻城拔寨,吸引诸如银行、电信等客户进一步将核心业务转向X86,还是IBM凭借Linux On POWER在守住阵脚之后绝地反击,比如吸引互联网厂商转投POWER怀抱?元芳,你怎么看?
曾从IBM借机器进行了测试,厂商配合应用迁移了两周,没有成功,性能方面,个人感觉IBM处理器性能并没有介绍的那么强,个人更看好INTEL,对用户来说,可选择范围大,经济适用,实在不行,更换设备也非常容易。虚拟化如VMWARE大行其道,基于X86,这也给X86推广创造非常有利的条件。软件定义存储、软件定义网络目前也在推广,基于X86的存储架构、网络架构的推广,也给X86继续扩大打开几大扇门。


4)今天市场上各种开放平台不断涌现,开源技术大行其道,封闭的IT架构似乎已经走入死胡同。那么,请谈谈你期待这些开放平台能带来什么具体的价值?比如灵活性、低成本、可选择性、创新与合作机会等。

通过灵活、低成本和高可靠性的架构,开放平台将会带来更多的机会。

使用道具 举报

回复
认证徽章
论坛徽章:
10
秀才
日期:2015-07-14 09:44:30秀才
日期:2015-08-17 13:13:142015年中国系统架构师大会纪念徽章
日期:2015-08-03 13:54:362014系统架构师大会纪念章
日期:2015-08-03 13:54:362013系统架构师大会纪念章
日期:2015-08-03 13:54:362012系统架构师大会纪念章
日期:2015-08-03 13:54:362011系统架构师大会纪念章
日期:2015-08-03 13:54:362010系统架构师大会纪念
日期:2015-08-03 13:54:362009架构师大会纪念徽章
日期:2015-08-03 13:54:36秀才
日期:2015-09-11 10:43:06
发表于 2015-5-26 18:02 | 显示全部楼层
1)首先请做一道选择题:A坚守X86,B坚守POWER,C从X86迁移到POWER,D从POWER迁移到X86,E同时使用X86和POWER。请选择并具体说明你的理由。
   就我前所从事的行业(金融业)来说,较为合理的应该是E:同时使用X86与POWER系列。
   两种不同的平台,各有特点:
   X86:硬件相对廉价,较容易组建成集群,资源扩展较为方便;较适合于互联网这一类企业。但使用这类平台,必须要考虑运维成本以及应用的稳定性。
   POWER:价格相对昂贵,稳定性较好,后期的运维相对成熟,较适合于金融、电信及要求较高的监控类的行业(如航空、铁路调度等)。
   当下,在IT行业内,流行的云平台,可能会适合于构建在X86平台上。充分利用集群的网格特性,按需满足用户的请求,应用布署会更简洁方便。
   POWER系列的存在,不仅仅是应用系统稳定运行的基石,也是应用高效运行的基础。
   
   
2)如果你曾经在X86和非X86平台之间迁移过应用,请具体分享一下当时的经历和心得?比如,当时为什么要迁移?在迁移的过程中碰到什么问题?结合下面这些因素,想想当时是怎么考虑的:业务需求、成本、稳定安全性、扩展性、系统和应用兼容性、是否被厂商绑定、服务等。
   现在,我行确实有一些应用系统,已经从POWER平台上,迁移至开放平台(X86)上,但这些系统大多是行内用户所使用的业务系统(如信用风险管理系统),类似这样的系统主要呈现出以下的几个特点:
   1、并发用户量较大。
   2、用户仅局限于内部用户,不会与客户直接产生任何联系。
   3、性能要求不太高。
   4、报表统计需求较多。
   5、数据量较大。
   将这一类应用系统从POWER迁移至X86平台,不会对该系统的运行及对外服务产生任何影响。但却可以有效的释放掉对POWER的资源占用,可以让POWER的资源更好的服务于核心系统。
   由于在POWER平台上开发、与X86平台上进行开发,是采用完全不同的语言。我们的迁移系统只能是按照原业务需求进行重构,无法直接迁移。
   迁移的主要成本包括:
   1、硬件成本两套(一套用于生产,一套用于灾备),构建集群。
   2、应用系统的重构(即人力成本)。
   但相对于POWER来说,硬件成本可忽略不计。
   
   
3)结合IBM最近在推的Linux On POWER,和英特尔刚刚发布的超级处理器至强E7 V3,两大厂商攻守之间,你更看好谁?是英特尔至强E7继续攻城拔寨,吸引诸如银行、电信等客户进一步将核心业务转向X86,还是IBM凭借Linux On POWER在守住阵脚之后绝地反击,比如吸引互联网厂商转投POWER怀抱?元芳,你怎么看?
   我想,POWER与X86之间的竞争,并不在于操作系统。而在于企业的应用场景。
   互联网企业,既使POWER支持LINUX系统,也很难去选择POWER平台(除非是一些支付类的应用,且国家监管机构有强制要求)。
   当然,目前,银行,也绝对不会将核心业务系统构建在X86平台上。(如果是这样, 你可能也不放心在钱存放在这家银行了)。
   因此,LINUX ON POWER的推出,并不会对企业选择POWER平台还是X86平台产生较大的影响。
   
   另外,英特尔推出的E7 V3这类芯片,有利于提高单台X86服务器的处理性能,也并没有彻底的解决X86平台的最大问题(稳定性)。因此,也谈不上攻城拔寨。
   
4)今天市场上各种开放平台不断涌现,开源技术大行其道,封闭的IT架构似乎已经走入死胡同。那么,请谈谈你期待这些开放平台能带来什么具体的价值?比如灵活性、低成本、可选择性、创新与合作机会等。
   技术开源,这是IT行业的一个发展趋势;这个过程可能还需要较长一段时间来适应。
   但封闭的IT架构也未必就走入了死胡同(大家现在办公所使用的大部分应用软件及技术,也都还是闭源的,比如:WINDOWS、OFFICE、DB2、ORACLE、TERADATA等)。
   开源的技术,大多存在着以下的几个问题:
   1、规范不统一:比如现在流行的HADOOP,各厂商在开源的基础上,都形成了具有各自风格的“HADOOP”,虽然,多套的开源应用,让用户有了更多的选择,但也使得用户在不同的应用系统中,要遵守不同的规范。
      了解不同的特性。当年的JAVA是这样,各种版本的LINUX操作系统也是这样。
   2、后期维护成本大:开源的技术,大多没有固定的厂商为你提供技术支持,企业需要有自己的运维团队,确保开源技术能稳定高效的对外提供服务。 或许,这也是开源技术没有闭源技术应用广泛的原因之一吧。
   3、技术更新快:可能是由于开发前期没有做系统的规划与设计,而开发完成后,又没有做较完备的测试;可能所遇到的问题(BUG)也会较多,这样,也就导致了技术更新较快。
      对企业的运维造成了一定的困难。
   而上述所列的三个问题,在闭源的系统中,可能也是存在的,但相对来说,会要好一些。
   当然,开源技术也有它的优势:
   1、降低了企业的使用成本:比较LINUX操作系统、MYSQL数据库、JAVA开发语言等;这些相对于收费软件,确实给企业带来了经济上的实惠。
   2、可定制化:因为技术开源,各企业/个人均可按自己的实际需要,对源码进行调整,这样可能会产生出更符合实际需求的软件产品,帮助企业解决更多的实际问题。
   3、发展更快:因为技术开源,相应的好处就是每一个使用者都有可能是该产品的开发人员及测试人员。
   我想,这些应该就是技术开源所带给开放平台的一些价值。
   
--------------------------------
以上仅个人观点。   
   

使用道具 举报

回复
论坛徽章:
5
ITPUB社区12周年站庆徽章
日期:2013-10-08 17:44:42秀才
日期:2015-05-29 15:34:28秀才
日期:2015-06-03 15:59:46秀才
日期:2015-06-11 11:28:35秀才
日期:2015-06-12 11:20:09
发表于 2015-5-26 18:11 | 显示全部楼层
1)首先请做一道选择题:A坚守X86,B坚守POWER,C从X86迁移到POWER,D从POWER迁移到X86,E同时使用X86和POWER。请选择并具体说明你的理由。
答:我选择A坚守X86,原因:对X86系统更为熟悉,系统性能更为了解,毕竟现在用的系统是基于X86之上,也可以避免由迁移带来的很多麻烦。

2)如果你曾经在X86和非X86平台之间迁移过应用,请具体分享一下当时的经历和心得?比如,当时为什么要迁移?在迁移的过程中碰到什么问题?结合下面这些因素,想想当时是怎么考虑的:业务需求、成本、稳定安全性、扩展性、系统和应用兼容性、是否被厂商绑定、服务等。
答:这个我未曾遇到。

3)结合IBM最近在推的Linux On POWER,和英特尔刚刚发布的超级处理器至强E7 V3,两大厂商攻守之间,你更看好谁?是英特尔至强E7继续攻城拔寨,吸引诸如银行、电信等客户进一步将核心业务转向X86,还是IBM凭借Linux On POWER在守住阵脚之后绝地反击,比如吸引互联网厂商转投POWER怀抱?元芳,你怎么看?
答:我更看好Linux On POWER,这个只是凭感觉,虽然我本人很倾向于X86,但是我看好Linux On POWER,正如我在另一个话题中所评论:从硬件来讲,Linux on Power的优势有以下几点 1、Power 内存容量有冗余(N+2行列冗余),容量大,并且不是标准化,而是定制的,可靠性高
2、Power 主板是25层,X86是10层,所以在主板这块power要稍微贵一些
3、Power吞吐带块比X86大一倍以上,速度相当于1台顶4台,对并发量大并且要求读取速度快的业务有很大帮助
4、X86有访问压力过大的问题,power linux服务器因为其IO延迟足够低,可以替代内存
5、因为Power的core少,所以可以把正版软件license cost降低
所以,我更看好Linux On POWER。

4)今天市场上各种开放平台不断涌现,开源技术大行其道,封闭的IT架构似乎已经走入死胡同。那么,请谈谈你期待这些开放平台能带来什么具体的价值?比如灵活性、低成本、可选择性、创新与合作机会等。
答:市场的开放平台,开源技术有利于技术的发展,就像中国的改革开放一样,只有开放,不闭关自守,才能互相借鉴,互相学习,互相进步。

使用道具 举报

回复
论坛徽章:
151
授权会员
日期:2005-11-16 17:49:25世界杯纪念徽章
日期:2006-07-20 13:19:20ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:44生肖徽章2007版:龙
日期:2008-11-25 11:15:28生肖徽章2007版:羊
日期:2009-06-02 18:18:38生肖徽章2007版:鼠
日期:2009-06-17 22:01:192010新春纪念徽章
日期:2010-03-01 11:04:582010年世界杯参赛球队:科特迪瓦
日期:2010-06-11 19:25:562010广州亚运会纪念徽章:网球
日期:2010-12-31 16:37:522010广州亚运会纪念徽章:藤球
日期:2011-01-02 15:47:20
发表于 2015-5-28 10:41 | 显示全部楼层
1)首先请做一道选择题:A坚守X86,B坚守POWER,C从X86迁移到POWER,D从POWER迁移到X86,E同时使用X86和POWER。请选择并具体说明你的理由。
我遇到的大都是A和D两种,A就不说了,人家天生就是中小公司,一直用的就是X86的服务器。D是原来用的是POWER架构的产品,结果一次性投入高,运维更是很麻烦,不出问题还好,出了问题一般自己搞不定,请外部顾问费用过高。
两种情况的共同点是,POWER的用户使用和运维生态环境更差。一般性的企业,大都只剩下一些关键数据库还在使用POWER架构的产品,实在是不想再冒迁移风险,尽管可以提前测试。

2)如果你曾经在X86和非X86平台之间迁移过应用,请具体分享一下当时的经历和心得?比如,当时为什么要迁移?在迁移的过程中碰到什么问题?结合下面这些因素,想想当时是怎么考虑的:业务需求、成本、稳定安全性、扩展性、系统和应用兼容性、是否被厂商绑定、服务等。
迁移应用的场景,老的小机过保了,维保的市场价格较高;买升级的新机产品来替换吧,领导给的预算又不够,反正X86的机器也能满足性能要求,只好给软件开发方和运维方一笔迁移费用,迁移到X86上来了。

3)结合IBM最近在推的Linux On POWER,和英特尔刚刚发布的超级处理器至强E7 V3,两大厂商攻守之间,你更看好谁?是英特尔至强E7继续攻城拔寨,吸引诸如银行、电信等客户进一步将核心业务转向X86,还是IBM凭借Linux On POWER在守住阵脚之后绝地反击,比如吸引互联网厂商转投POWER怀抱?元芳,你怎么看?
各有各的市场吧,不过一旦客户选择的平台转移了,IBM要想再次把客户拉回来,比较难,估计引导互联网厂商使用容易,毕竟他们有足够的It人才,而且现在云服务按资源占有量和使用时间来计费,最终付费的用户未来可以不关注处理器平台的差异性。

4)今天市场上各种开放平台不断涌现,开源技术大行其道,封闭的IT架构似乎已经走入死胡同。那么,请谈谈你期待这些开放平台能带来什么具体的价值?比如灵活性、低成本、可选择性、创新与合作机会等。
开放平台主要是给客户以更的选择,在开放平台上,不管是哪个需求的客户,总有一个适合这个客户的解决方案来满足其需求,而封闭的IT架构只能适用一些特定的客户群。开放平台的可选择性最为重要,哪怕是成本相关不大,客户也愿意使用选择面大的平台,以保证商务价值实现,而不被某个供应商或者架构所绑定。

使用道具 举报

回复
论坛徽章:
76
山治
日期:2019-03-27 22:55:03秀才
日期:2016-01-25 15:02:04双子座
日期:2016-01-19 20:35:54秀才
日期:2016-01-13 12:14:26秀才
日期:2015-12-25 15:31:10秀才
日期:2015-12-18 09:28:57秀才
日期:2015-12-14 14:56:09秀才
日期:2015-12-14 14:51:16秀才
日期:2015-11-30 09:13:06处女座
日期:2015-11-27 12:27:01
发表于 2015-5-19 16:15 | 显示全部楼层
如果8年前IBM开放POWER,而且坚持为APPLE提供好的桌面级别POWER CPU,那么POWER是可以成功的。现在根本太晚了,虽然POWER性能强劲,但是没那么大量来降低其成本,缺乏低成本的开发环境,互联网公司、厂家都不会大量生产。最后的结果是POWER仍然是一个小众的平台。
IBM的CEO在战略眼光上就是一个十足的混蛋,或者说其根本就没打算把IBM做好,而是只关心自己短期股票回报的所谓职业经理人。

使用道具 举报

回复
招聘 : 系统架构师
认证徽章
论坛徽章:
370
秀才
日期:2015-08-13 09:04:39巨蟹座
日期:2015-09-10 09:03:46秀才
日期:2015-09-11 10:43:06摩羯座
日期:2015-09-20 17:10:27秀才
日期:2015-09-21 09:46:16秀才
日期:2015-09-21 11:16:42秀才
日期:2015-10-08 17:57:58天枰座
日期:2015-10-28 18:28:29秀才
日期:2015-11-11 09:48:44巨蟹座
日期:2015-09-09 14:25:25
发表于 2015-5-19 16:50 | 显示全部楼层
首先X86已经成长起来了,不是非power不可,而且软件众多,相对价格便宜,支持方便。
Power捆在一个联盟上,因为相对小众,价格不会便宜。
现在大部分应用趋势都是可以横向扩展,而不是纯粹绑到一个强建的机器上,毕竟这样当机的影响范围太大。。

使用道具 举报

回复
招聘 : 系统架构师
认证徽章
论坛徽章:
370
秀才
日期:2015-08-13 09:04:39巨蟹座
日期:2015-09-10 09:03:46秀才
日期:2015-09-11 10:43:06摩羯座
日期:2015-09-20 17:10:27秀才
日期:2015-09-21 09:46:16秀才
日期:2015-09-21 11:16:42秀才
日期:2015-10-08 17:57:58天枰座
日期:2015-10-28 18:28:29秀才
日期:2015-11-11 09:48:44巨蟹座
日期:2015-09-09 14:25:25
发表于 2015-5-19 16:56 | 显示全部楼层
本帖最后由 yanggq 于 2015-5-23 18:58 编辑

也不好说当时选择就是错误,毕竟站在不同角度看问题不同。。
113评论(0购买(0分享微信QQ空间新浪微博腾讯微博人人网


标签:                                        英特尔
  【IT168 评论】上周末,我去参加了一家公有云厂商的活动。这是一个构建生态系统的活动,相当于业内俗称的“合作伙伴大会”。在这次活动上,该公司的研发总监一语道破玄机——开放是个生死存亡的大问题。  对于数据中心领域来说(注意这个前提),开放是保持发展的前提与动力,同样也是构建生态系统的必备因素。随着克雷、阿尔法这样的超大型设备逐渐淡出大众视野,人们都意识到开放才是生存下去的唯一可能。正所谓:不开放,毋宁死。
  开放不是请客吃饭,更不是拉帮结伙
  既然大家都知道开放是大势所趋,那还有什么好犹豫,干呗。于是一时之间,以开放、Open为开头的各种联盟、组织和基金会如雨后春笋般相继成立。厂商中或也有抱残守缺、冥顽不灵的,或也有摇摆不定、骑墙观望的,不过几年下来这些厂商也逐渐悔悟,认识到“开放”的好处,于是乎“开放”呼声一浪高过一浪,掀起一轮又一轮的“联盟”高潮。
  无论是《水浒传》还是《隋唐演义》,里面但凡是英雄好汉见面,除了大口吃肉大碗喝酒,免不了就是结为异姓兄弟,“不求同年同月同日生,但愿同年同月同日死”。要说成立联盟的方式也是大同小异,也无非就是几个平时关系不错、互相帮得上忙的厂商坐在一起,如果有像宋江那样德高望重的“带头大哥”自然是最好,没有的话类似“贾家楼四十六友”大家平起平坐也无所谓。在程序上也有所简化,不需要歃血为盟赌咒发誓,也不需要下山抢劫搞个投名状,只要找些媒体开个新闻发布会,再煞有介事的现场签下几个合作协议也就算是修成正果。当然,有条件的在此基础上还要不断的扩大联盟范围,无非就是拉更多的人入伙“以壮声势”,最终结成一个利益共同体。
  如此一来,至少“开放”这面大旗是竖起来了,至于挂上羊头该卖什么肉,还是得看“带头大哥”能拿出点什么给大家。大哥若是搞养殖的,就应该开放点养殖技术;大哥若是搞批发的,就应该给大家个成本价;大哥若是开XX网站的,就分给大家点种子……总之一句话,大哥搞啥咱就搞啥,大哥说怎么搞咱们就怎么搞,一般正常的联盟都这样。可是也有奇葩的,大哥开了家养殖场,鸡鸭牛羊什么都养,却只是开放了最普通最不赚钱的鸡鸭养殖技术给你;大哥自己搞批发,却叫你帮他做代卖,而且只能在大哥进不去的市场里卖;大哥自己开XX网站,却丝毫没有搞个内测帐号,给兄弟们爽爽的意思……这样的开放,听着就让人觉得挺泄气的。不过这也不奇怪,为什么刘关张“桃园结义”能千古流芳,还不是因为真正能兑现当初承诺的兄弟太少太少。
  真正的开放应该是啥样的
  相比不靠谱的联盟,不靠谱的开放更过分。好比你去吃饭,饭店里鸡肉只会做成宫保鸡丁、猪肉只会做成鱼香肉丝、素菜只会做拍黄瓜……,吃一天两天还行,天天吃保证你烦。要说菜品单一、价格昂贵我们也都能忍,更过分的是人家饭店说了,你吃了我的宫保鸡丁就得一辈子都吃,不然你就得去医院洗胃,还保不齐有生命危险。瞧瞧这事儿弄的,真是一个店大欺客。
  那么真正的开放是什么样的呢?其实就像绝大多数饭店那样,鸡鸭鱼肉冷热荤素随意搭配,而且丰俭由人。对于IT行业来说也无非就是7个字——随时随地可替换。客户觉得处理器不好,换;客户觉得操作系统不好,换;客户觉得数据库不稳定,换……无论是选择英特尔还是AMD、无论是选择Windows还是Linux、无论是选择DB2还是选择SQL,开放的系统永远让客户有更多的知情权和选择权,也就带来了更多的灵活性。
  其实开放也不是IT行业的专利,君不见街头的煎饼摊都顺手卖个豆浆、茶叶蛋什么的?吃个烤鱼、小龙虾也不都是只有麻辣的,什么五香、椒盐、豆豉一应俱全,还特别讲究配菜和口味;街头烤串也不再局限于羊肉串,纷纷推出大腰子、烤韭菜等补肾佳品……所以说,开放是整个社会的潮流,也是社会发展的大趋势。
  当然,如果你的用户划分足够细致,用户需求足够简单,不开放也可以活得很好,比如满大街的黄焖鸡米饭,再比如苹果手机

使用道具 举报

回复
认证徽章
论坛徽章:
54
秀才
日期:2017-02-22 15:18:002015年新春福章
日期:2015-03-06 11:57:31懒羊羊
日期:2015-03-04 14:48:16马上有对象
日期:2014-10-24 17:37:552014年世界杯参赛球队: 比利时
日期:2014-08-05 11:35:382014年世界杯参赛球队: 阿根廷
日期:2014-07-15 10:49:33马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11路虎
日期:2014-01-02 12:55:56ITPUB社区12周年站庆徽章
日期:2013-10-08 15:00:34
发表于 2015-5-19 17:01 | 显示全部楼层
X86是现在,也是未来
ARM也有未来,前景好过POWER
早已经是分布式、协作的天下了

使用道具 举报

回复
认证徽章
论坛徽章:
22
ITPUB 11周年纪念徽章
日期:2012-10-09 18:16:00马上加薪
日期:2014-10-21 18:48:25马上加薪
日期:2014-10-21 18:48:312015年新春福章
日期:2015-03-04 14:53:162015年新春福章
日期:2015-03-06 11:58:39沸羊羊
日期:2015-06-11 17:08:14巨蟹座
日期:2015-07-10 09:11:44天枰座
日期:2016-01-18 10:58:39秀才
日期:2016-02-18 10:08:14秀才
日期:2016-06-23 14:15:06
发表于 2015-5-19 17:01 | 显示全部楼层
本帖最后由 stevendba 于 2015-5-19 17:06 编辑

1)首先请做一道选择题:A坚守X86,B坚守POWER,C从X86迁移到POWER,D从POWER迁移到X86,E同时使用X86和POWER。请选择并具体说明你的理由。
   会从power转向x86,power适合用在人傻钱多的国有企业,现在国企有点要醒悟的意思。

2)如果你曾经在X86和非X86平台之间迁移过应用,请具体分享一下当时的经历和心得?比如,当时为什么要迁移?在迁移的过程中碰到什么问题?结合下面这些因素,想想当时是怎么考虑的:业务需求、成本、稳定安全性、扩展性、系统和应用兼容性、是否被厂商绑定、服务等。
   应用已经迁移,很稳定,数据库还没有迁移,这个目前还在计划之中。

3)结合IBM最近在推的Linux On POWER,和英特尔刚刚发布的超级处理器至强E7 V3,两大厂商攻守之间,你更看好谁?是英特尔至强E7继续攻城拔寨,吸引诸如银行、电信等客户进一步将核心业务转向X86,还是IBM凭借Linux On POWER在守住阵脚之后绝地反击,比如吸引互联网厂商转投POWER怀抱?元芳,你怎么看?
    更看好X86,降低成本才是王道。

使用道具 举报

回复
认证徽章
论坛徽章:
38
紫蜘蛛
日期:2014-11-05 16:43:53秀才
日期:2015-06-24 11:20:12秀才
日期:2015-06-29 15:26:52秀才
日期:2015-07-02 11:39:08秀才
日期:2015-07-03 15:58:35秀才
日期:2015-07-03 15:58:35秀才
日期:2015-07-03 17:00:53知识
日期:2015-07-06 11:21:47秀才
日期:2015-07-09 10:49:16秀才
日期:2015-07-14 09:44:30
发表于 2015-5-19 17:12 | 显示全部楼层
1)首先请做一道选择题:A坚守X86,B坚守POWER,C从X86迁移到POWER,D从POWER迁移到X86,E同时使用X86和POWER。请选择并具体说明你的理由。
其实在生产系统中,当你的数据中心足够大的大,你选择这个东西的话,你肯定是都有的,任何的东西都没有完美的,他都有优势和劣势。像百度他们还在使用基于arm的服务器。总结来说就是适合的地方不用适合的东西

2)如果你曾经在X86和非X86平台之间迁移过应用,请具体分享一下当时的经历和心得?比如,当时为什么要迁移?在迁移的过程中碰到什么问题?结合下面这些因素,想想当时是怎么考虑的:业务需求、成本、稳定安全性、扩展性、系统和应用兼容性、是否被厂商绑定、服务等。对于企业来说的话,他主要选择的是价钱和稳定性的选择。power的架构处理能力是很强,但是价格也没得说,我们不是国家单位,有钱啊,只要性能没有问题。不在乎钱。
我选择的话基本上会选择x86,在性能确实解决不了的情况下选择power

3)结合IBM最近在推的Linux On POWER,和英特尔刚刚发布的超级处理器至强E7 V3,两大厂商攻守之间,你更看好谁?是英特尔至强E7继续攻城拔寨,吸引诸如银行、电信等客户进一步将核心业务转向X86,还是IBM凭借Linux On POWER在守住阵脚之后绝地反击,比如吸引互联网厂商转投POWER怀抱?元芳,你怎么看?
我觉得目前的power架构还是在运营商,银行很长时间。毕竟对于这个银行,运营上对于这个业务的连续性要求太高,不过有哥们在联通做外包,他们已经在做重要应用的迁移工作。已经累成狗了。
比经国家的去ioe的方针。对银行运营商的压力还是很大的

4)今天市场上各种开放平台不断涌现,开源技术大行其道,封闭的IT架构似乎已经走入死胡同。那么,请谈谈你期待这些开放平台能带来什么具体的价值?比如灵活性、低成本、可选择性、创新与合作机会等。


以后的道路 估计也是开源的市场。it技术正在火热发展。开源技术发展会越开越好。我一直在想一个问题。如果有一天oracle 数据库免费了。你还会用mysql 吗? 谁能知道未来会是什么样子啊。
希望未来的技术 都是机器人干。我们都不需要管理这个了。然后我们都失业了。我们去研究机器人 就好了

使用道具 举报

回复
招聘 : 系统架构师
认证徽章
论坛徽章:
370
秀才
日期:2015-08-13 09:04:39巨蟹座
日期:2015-09-10 09:03:46秀才
日期:2015-09-11 10:43:06摩羯座
日期:2015-09-20 17:10:27秀才
日期:2015-09-21 09:46:16秀才
日期:2015-09-21 11:16:42秀才
日期:2015-10-08 17:57:58天枰座
日期:2015-10-28 18:28:29秀才
日期:2015-11-11 09:48:44巨蟹座
日期:2015-09-09 14:25:25
发表于 2015-5-19 17:14 | 显示全部楼层
成本除了一次性的购买成本和License外,还有运营维护使用成本,一般厂商说的综合成本都会有些夸张。

使用道具 举报

回复
招聘 : 系统架构师
认证徽章
论坛徽章:
370
秀才
日期:2015-08-13 09:04:39巨蟹座
日期:2015-09-10 09:03:46秀才
日期:2015-09-11 10:43:06摩羯座
日期:2015-09-20 17:10:27秀才
日期:2015-09-21 09:46:16秀才
日期:2015-09-21 11:16:42秀才
日期:2015-10-08 17:57:58天枰座
日期:2015-10-28 18:28:29秀才
日期:2015-11-11 09:48:44巨蟹座
日期:2015-09-09 14:25:25
发表于 2015-5-19 17:18 | 显示全部楼层
目前采用云时候是可以随需要扩充容量并快速采用新技术以达到更好的性能

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 
京ICP备09055130号-4  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表