【大話IT】開放 +開源：再不遷移到Linux on Power就Out了！

pipihappy8888

獲獎名單已公布：http://www.72891.cn/thread-4180681-1-1.html

親們，想知道Linux on Power究竟有多神奇嗎？拿Watson來說吧， Watson是一個在 Linux on Power 系統(tǒng)上運行的 Hadoop 集群，該挑哪個心理醫(yī)生?IBM Watson會告訴你！提到Linux，很多人會想到X86，而實際上在支持Linux和開源之后，更加智能的橫向擴展不再只是x86的優(yōu)勢，Power在大數據挖掘與分析、云計算部署方面性能優(yōu)勢更為明顯，有數據表明，基于Power 8技術的IBM Power Systems服務器在大數據分析速度上比最新的x86系統(tǒng)快82倍。

數據中心現正在大舉部署Linux，為各種業(yè)務應用和數據庫提供支持。十多年來，IBM一直是Linux開源社區(qū)的最大貢獻者之一，近年來加大開放力度，選擇將Power架構與Linux等開源軟件聯(lián)姻，IBM的軟硬組合拳究竟可以帶來哪些好處呢？最新的基于POWER8的新一代Linux on Power服務器支持的Linux平臺更為豐富，除了RedHat與SUSE，還加入了Ubuntu。在云計算方面，Linux on Power除了為流行的OpenStack做出細致優(yōu)化之外，更支持Docker等先進云架構，讓用戶可以進一步擴展Linux on Power云的靈活性，IBM Power將迎來新的逆轉。

企業(yè)部署Linux的案例無處不在，無論是美國聯(lián)邦政府機構、還是歐洲汽車服務公司，中國運輸系統(tǒng)，抑或韓國零售企業(yè)，它們都將老式的x86系統(tǒng)遷移到了Linux on Power服務器上，那么為何它們要選擇Linux on Power？是否可以節(jié)約IT成本？Linux on Power究竟可以帶來哪些好處？您是否愿意遷移到Linux on Power上？在Power上運行Linux有哪些心得體會？本期話題誠邀各位網友一起探討！

      大家對Linux on Power 有啥想法？歡迎集中提問，會有專家解答，一旦問題被采用，將授予徽章一枚！為了方便大家對Linux on Power有更多的了解，請進入我們的專區(qū)，學習相關視頻等資料。專區(qū)鏈接：http://topic.it168.com/game/ibm1505v1

話題討論：

1.在云計算時代，有人擔心數據中心服務器數量高導致機房空間受限、散熱差、能耗居高不下，您是否有過類似的擔憂？很多企業(yè)看重RAS情結，在可靠性、可用性、可擴展性方面，相比于X86架構靠集群補救戰(zhàn)術，Linux on Power架構是否更勝一籌？

2.我們知道，運行在Linux上的技術稱之為KVM，而運行在Linux on Power上的虛擬化技術則被稱之為PowerKVM，它與PowerVM有啥區(qū)別？KVM與PowerKVM虛擬化技術架構是否類似？在能耗管理、RAS特性與CPU調用方面，PowerKVM是否比x86平臺的KVM更為強大？KVM從Linux系統(tǒng)上遷移到Linux on Power系統(tǒng)上困難嗎？是否支持應用的平滑遷移？

3.”開放開源”已經成為IBM POWER新的標簽，在云部署與云管理方面，Linux on Power已經提供了對OpenStack和Docker技術的支持，作為一種PaaS的云管理模式,Docker非常火，它為容器技術賦予了新生。借助Docker，Linux on Power能否彎道超車？

4.IBM Cloud Manager with OpenStack算是OpenStack的IBM發(fā)行版，提供了異構平的管理能力，除了IBM自身的PowerVM，ICM4.2是否還支持Hyper-V、KVMX86等其它虛擬化環(huán)境？它究竟與其它的OpenStack發(fā)行版有哪些差異呢？有哪些應用場景？

5.Linux on Power平臺支持哪些數據庫和中間件？您是否有過將應用從X86平臺遷移到Power平臺上的經歷？在遷移的過程中會有哪些顧慮？用Java、Python、C語言編寫的應用程序從X86平臺遷移到Linux on Power上運行，是不是只需運行源代碼即可？在用戶體驗上是否大同小異？請分享下您的心得體會。

活動時間：2015年5月15日-6月15日

活動獎勵：活躍會員將贈送精美禮品一份

ylky_2000

發(fā)一份 最近測試過的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、系統(tǒng)硬件方面

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硬盤

分區(qū)情況

[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

跟提供的環(huán)境一致

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操作系統(tǒng)

[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-ppc64:printing-4.0-noarch:printing-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，感覺跟移動之間互通有點問題。

測試到中國聯(lián)通帶寬

[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人并發(fā)測試 通過

[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個并發(fā) 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、總體 推薦專業(yè)人士使用，第一次使用power架構，不太熟悉，測試比較片面。

2、硬件方面 cpu確實強勁，mysql運行速度很快，尤其myisam引擎表現優(yōu)異。內存表現也很好，硬盤讀寫速度很快，超過了我所用的sata硬盤的速度。

由于時間關系，測試不太深入，請其他同學補充指正。


五、個人建議

1、管理方面建議弄一個管理虛機后臺，在webshell方式管理；

2、安全方面建議增加一些簡單的安全防護措施，如方ddos攻擊、密碼多次錯誤鎖定、sql漏洞檢測、上傳漏洞檢測修復等；

3、網絡方面建議在現有網絡情況下增加一個虛擬內網，虛擬內網支持ipsecvlan通道，在內網中可以自建更多的虛擬機和虛擬存儲服務器，這樣實現云數據中心的架構；我個人也相信這個是未來的方向；

4、監(jiān)控報警方面建議有個人性化的界面，設置報警閾值，方便隨時掌握服務器運行情況（硬件、應用和網絡帶寬）。

qingduo04

回復 12# cryboy2001


    類似于轉型的時候，轉型慢了！比X86+hadoop/MPP 慢了幾拍，如果不加大優(yōu)惠力度、宣傳力度等，預估還是趕不上。

尤其是Power linux 后續(xù)如果擴容的時候，能擴容其他X86服務器么？

如果只能擴容Power linux 那又是被綁架了........

ylky_2000

qingduo04 發(fā)表于 2015-05-20 05:49
回復 11# ylky_2000

power架構開放節(jié)后，linux也能用了。mysql數據庫也能安裝了。感覺這個是最大的改變
在使用的角度來說，跟其他的沒有區(qū)別。
從性能來說，同樣的硬件參數配置，power要表現的強勁一點。

其他的暫時沒有體驗比較。
前面的我測試報告也說了，你可以看下。

cgweb

KVM虛擬化技術如今已經添加到Power8處理器架構，相對于 Xen 虛擬化技術，KVM 虛擬化技術與 Linux 內核聯(lián)系更為緊密，更容易維護。IBM針對Power8處理器對KVM進行了深度優(yōu)化，用戶在PowerKVM服務器所支持IPMI2.0協(xié)議，可、采用ipmitool遠程管理服務器，這就是PowerKVM。
基于Power8的服務器上使用PowerKVM技術可以深度挖掘Power8的多線程性能，為了方便大家理解，我舉個例子，假設服務器上面只有一個物理CPU核，4個虛擬機，各虛擬機在微核模式下工作，采用微核模式后，4個虛擬機可同時被分配至一個物理CPU核，每個虛擬機可以確保獲得物理核四分之一的處理能力而不受其它虛擬機的影響。當虛擬機數量遠遠超過物理CPU核（CPU過載），微核應該會比整核性能要好。實際應用中，在虛擬機大量過載的情況下，無論是虛擬機加滿壓力還是加半壓力，整核模式性能大幅下降而微核模式性能則不下降或平緩下降。微核使得PowerKVM能夠在性能損失不明顯的前提下，運行更多的虛擬機承載用戶的業(yè)務。
我們知道在私有云平臺的體系架構中， OpenStack 依賴一些底層軟件，如虛擬化軟件，虛擬化管理軟件和 Linux 內核。這些軟件的穩(wěn)定性以及性能關系著整個云平臺的穩(wěn)定性和性能。IBM開發(fā)了PowerKVM，這一系統(tǒng)性能穩(wěn)定，操作簡單方便，它使用了一種基于 HTML5 的 KVM 管理工具 Kimchi對它進行管理。

lcstudio

樓上有說關于云計算重點在于管理，隔離這個想想確實是這樣子的。其次做為系統(tǒng)開發(fā)人員，如果開發(fā)采用的是C/C++實現的系統(tǒng)，那么還有一個開發(fā)環(huán)境與生產環(huán)境遷移的問題：用一臺pc配置成x86服務器模擬生產環(huán)境開發(fā)基本上是沒有門檻。若是采用x86開發(fā)ppc平臺應用，必須面臨項目不同階段，開發(fā)業(yè)務邏輯時采用純x86模式開發(fā)（畢竟我們很多研發(fā)人員都用的是pc，對于未定型的業(yè)務增量編譯等等場景對于開發(fā)效率是不可忽視的），開發(fā)后期ppc交叉編譯，最終或許還要弄臺真機模擬生產環(huán)境測試這是研發(fā)團隊嘗鮮linux on power的巨大門檻。畢竟軟件業(yè)“得開發(fā)人員得天下”這句話還沒有被打破，依然還是賣方市場模式。開發(fā)環(huán)境很大程度上決定了生產環(huán)境的設備配置

bbjmmj

回復 17# ylky_2000


    虛擬機硬盤流量控制可以在CENTOS上自帶的virt-manager管理界面上設置。
網絡流量我記得也可以設置，不過好像僅限于橋接的情況（也可能是我記混了，或許網絡壓根就不支持流控），NAT的不支持，但可以用主機上的tc工具做流量控制，交換機上設置流控也可以，這個沒有技術障礙。

bbjmmj

私有云的話，虛擬主機間的網絡隔離經常是必須的，尤其是對于政府用戶或者中小企業(yè)用戶，為什么要這么說呢？特洛伊木馬的故事大家都聽說過。
對于中小企業(yè)用戶而言，你懂的～虛擬機上經常跑盜版軟件，如果一臺虛擬機被黑了，那么其它同網段虛擬機就會暴露在網絡攻擊的威脅之下，阻斷虛擬機間通信才可以防止虛擬機集體被黑。
對于政府用戶而言，軟件項目經常是政府采購而來，不同的軟件由不同商家維護，很多時候還是遠程維護，如果維護人員手腳不干凈，他就可能通過他遠程維護的虛擬機對別的虛擬機做手腳，比如掛馬，竊取秘密等等，所以這種情況也需要做虛擬機間的網絡隔離。

tomac_cu

根據我的測試，確實IO性能有一定的優(yōu)勢
在應用遷移方面，沒有任何問題。
只要沒有匯編層的東西，linux on X 都可以平滑遷移。
但是在TOC方面不知道有沒有什么優(yōu)勢。
個人認為power還是在密集計算上有有點。在普通應用上占不到光。
反過來說，如果能在power上獲得更高的性能功率比，我想還是會有企業(yè)愿意遷移的；
在現在去IOE的情形下，還需要將服務器能和浪潮，聯(lián)想
這類企業(yè)進行嫁接，才能獲得政府層面的青睞。

qingduo04

     話題討論的很深，好多都沒有接觸過，畢竟必須有實際的Powerlinux 經驗才可以提供。




1.在云計算時代，有人擔心數據中心服務器數量高導致機房空間受限、散熱差、能耗居高不下，您是否有過類似的擔憂？很多企業(yè)看重RAS情結，在可靠性、可用性、可擴展性方面，相比于X86架構靠集群補救戰(zhàn)術，Linux on Power架構是否更勝一籌？

// 沒有這方面的擔憂，主要是機房設計、空調設計、機柜設計、功耗設計已經是規(guī)劃好的，安裝設備的時候按照規(guī)劃進行操作。
linux on Power應該在穩(wěn)定性比傳統(tǒng)的X86有優(yōu)勢，這就需要互相考慮一下，個人還是感覺X86較好一些。
X86現在在穩(wěn)定性是越來越好，故障率也越來越低。

2. 我們知道，運行在Linux上的技術稱之為KVM，而運行在Linux on Power上的虛擬化技術則被稱之為PowerKVM，它與PowerVM有啥區(qū)別？KVM與PowerKVM虛擬化技術架構是否類似？在能耗管理、 RAS特性與CPU調用方面，PowerKVM是否比x86平臺的KVM更為強大？KVM從Linux系統(tǒng)上遷移到Linux on Power系統(tǒng)上困難嗎？是否支持應用的平滑遷移？
//這方面了解的不多。


3.” 開放開源”已經成為IBM POWER新的標簽，在云部署與云管理方面，Linux on Power已經提供了對OpenStack和Docker技術的支持，作為一種PaaS的云管理模式,Docker非�；穑�它為容器技術賦予了新生。借助 Docker，Linux on Power能否彎道超車？
// 這方面了解的不多。

4.IBM Cloud Manager with OpenStack算是OpenStack的IBM發(fā)行版，提供了異構平的管理能力，除了IBM自身的PowerVM，ICM4.2是否還支持 Hyper-V、KVMX86等其它虛擬化環(huán)境？它究竟與其它的OpenStack發(fā)行版有哪些差異呢？有哪些應用場景？
// 這方面了解的不多。

5.Linux on Power平臺支持哪些數據庫和中間件？您是否有過將應用從X86平臺遷移到Power平臺上的經歷？在遷移的過程中會有哪些顧慮？用Java、 Python、C語言編寫的應用程序從X86平臺遷移到Linux on Power上運行，是不是只需運行源代碼即可？在用戶體驗上是否大同小異？請分享下您的心得體會。
//當前還沒遷移過

fengzhanhai

好話題，頂一個

lyhabc

加個power更加高大上了

to407

power再打廣告。。。不像X86， pc和服務器無縫啊

bbjmmj

看了五樓的測試報告，硬盤和網絡都沒有流量控制，要么是網管太懶，要么虛擬機管理軟件不完善不適合做生產系統(tǒng)。硬件角度而言小機特別適合跑虛擬化業(yè)務，主要還要看軟件和管理，硬件平臺不會造成多大差異。

bbjmmj

還有哦，虛擬機之間的網絡還應該相互隔離的，不然，一臺虛擬機被黑，就可能殃及池魚，威脅到其它虛擬主機的安全。
存儲、網絡流量控制，虛擬機之間的安全隔離，這些都是云系統(tǒng)最基本的功能。

forgaoqiang

(⊙﹏⊙)b 這是硬傷 當前PowerPC的系統(tǒng) 軟件支持都有些問題 可能以后會慢慢的發(fā)展吧

to407 發(fā)表于 2015-05-16 11:33
power再打廣告。。。不像X86， pc和服務器無縫啊

forgaoqiang

(⊙﹏⊙)b 排版略差

另外話說這個 mysqlslap 的參數也太小了吧 1000個查詢每次 根本體現不出來性能吧

我也體驗了下IBM的這個主機，

磁盤性能高于阿里云的
網絡不敢恭維（可能是臨時搭建的網絡）  
CPU性能沒法直接對比（感覺體驗的配置非常高，邏輯8核心）

ylky_2000 發(fā)表于 2015-05-16 10:56
發(fā)一份 最近測試過的power架構的云主機報告
一、參數收集