IBMのクラウドVPCのGen2 - x86および仮想マシンの電源をインスタンスが比較

IBMのクラウドVPCのGen2 - x86および仮想マシンの電源をインスタンスが比較

その、追求RAS 3高にコミット電源およびメインフレームMIPS RISCマルチプロセッサアーキテクチャ、ことを知っている...のXenからのx86の例でつまずいIBMのパブリッククラウドVPC(第2世代)は、KVMになって、さらに驚くべきことは、実際に電源をサポートしていますコンピューティングパワーと安定性は、主に金融部門の中核事業と複雑な情報管理システムのために、伝統的な企業のお客様に位置しています。オープンソースのパワーの命令セットはIBMが集中openpower生態学、PowerAIとビッグデータのシナリオを持っているので、また、低い初期のパワープラットフォームは、費用対効果の高い、高閾値子供オペレーティングシステム欠陥があります。しかし、世界の目を記述するために「素晴らしい」ソリューションとよりIBMCloudが利用できるパブリッククラウド、のx86のパワー、クラウドサービスの多くの種類が、その後、より多くのIaaS異種仮想化言及する(VMwareのベアメタルとないよりはHyperProtect仮想マシンは、そこにありますメインフレームは、ああ、クラウドに移動している!!!)、私は、仮想マシンの電源の導入は、クラウド・プロバイダーは、生存のルールで、企業の混合負荷に対処するための感情、競争力のある差別化にはないと信じています。私はそんなに驚き、電源と非常に近い価格でのx86の例感じ(の仕様など16核/ 64Gナイフの一見安いのx86よりも数十、IBMがしたいですか?...)

どちらも、仮想マシンは、ユーザーのOSレベル、特にパフォーマンスとPK、両方のIBMクラウドVPC仮想マシンインスタンスを感じるように次の機会の経験の子供と異なっている場所を正確に把握しようとしています。

テスト環境:

  • パワーx86と同じ仮想マシンインスタンスの下のネットワークVPC
  • 仮想マシンの仕様:B2 - 2C X 8グラム

テスト内容:

  • sysbenchはCPU、メモリ、ディスクを試験しました
  • NICテストのiperfの帯域幅
  • 例としては、Webサービス、イントラネットABテストを行います

1. Gen2のVPCのサブネットと作成
も「デフォルト」に配置され、優れたリソース・グループを選択し、最初のVPC、第二世代、VPC名の定義を作成し、1.1着陸cloud.ibm.comを
ここに画像を挿入説明
セキュリティグループをチェックし、1.2を選択VPC ACLポリシー二つの規則SSHとPing(簡単にリモート接続後に)、その後、サブネットを定義し、ここで私はダラス-3でビルドデータセンターを選択します。
ここに画像を挿入説明
ここに画像を挿入説明

2.作成してVPCのGen2 x86の仮想マシンインスタンスとパワー

基本的な手順:
。A BX2の選択仕様- 2C * 8グラム(4GbpsののデフォルトBX2のx86カードの帯域幅、およびパワーが6Gbpsのある)
bはオペレーティングシステムを選択するには、ここで私はcentos7.x最小限のインストールを選択します。
C選択をデフォルトのシステムのブートディスクを。 、100Gの容量は、IOPS 3000(最大)
D.は、サブネットワーク接続管理(MGMT-NET)の仮想NICの追加
と、e。浮動IPが踏み台VPCのようx86の仮想マシン(デモ-VSI-x86の)に割り当てられた
、F。システムのリモートアクセスを追加します。 SSH公開鍵証明書

全体のプロセスは非常に簡単です、それは言及する価値がある作成から2台の仮想マシンは、何倍も高速Xen仮想マシンインスタンス以前より半分以下の分で準備ができています!
ここに画像を挿入説明
仮想のx86マシンを作成するには、一例として、次の図では、唯一の違いは、異なるプロセッサプラットフォーム選択の力である
ここに画像を挿入説明
ここに画像を挿入説明
3. SSHログイン仮想マシンを

明らかに少し高い異なるCPUアーキテクチャ、およびOSカーネルのPowerPCのバージョンと、私たちは、ハイパーバイザーは、KVMで見ることができ、標準のx86オープンソースのKVMは、移植のIBMパワー(PPC64)プラットフォームです。

[root@demo-vsi-x86 ~]# virt-what; cat /etc/redhat-release; uname -r
kvm
CentOS Linux release 7.6.1810 (Core)
3.10.0-957.12.2.el7.x86_64
[root@demo-vsi-power ~]# virt-what; cat /etc/redhat-release; uname -r
kvm
ibm_power-kvm
CentOS Linux release 7.7.1908 (AltArch)
3.10.0-1062.1.2.el7.ppc64le

4. sysbenchをインストールし、FIOは、Apache、iperf3テストツールなど

ビューパワーインストールソフトウェアの展開とx86の仮想マシンの観点からはyum CentOSのソース・サポート・システムは、場所にもあり、大きな違いはなかった、あなたは、従来のx86 Linuxシステム管理者の管理基準だけでなく、運用および保守手順の電源に直接、基本的な共通主流のアプリケーションを得ることができますあなたは完全に再利用することができます。

例えばsysbenchへ:
x86の

curl -s https://packagecloud.io/install/repositories/akopytov/sysbench/script.rpm.sh | sudo bash
sudo yum -y install sysbench

パワー
一見直接yumはないインストールは、あなたが、参考のために比較的i386とx86_64版、ITを自動インストールパッケージを見つけて、サポートコンパイラができ、操作や保守、および優れた基本的なソースコードを混乱されるようにバインドされているppc64のオープンソースプロジェクトを次の手順をコンパイルする必要があります。

## Install required packages
yum -y install make automake libtool pkgconfig libaio-devel
# For MySQL support, replace with mysql-devel on RHEL/CentOS 5
yum -y install mariadb-devel openssl-devel
# For PostgreSQL support
yum -y install postgresql-devel

# clone latest sysbench
git clone https://github.com/akopytov/sysbench.git 
    
# replace LuaJIAT bundle with the version including “pc64le” support fix.
cd  /root/tools/sysbench/sysbench/third_party/luajit; rm -rf luajit
git clone https://github.com/PPC64/LuaJIT.git luajit

## compile ppc64le sysbench 
cd /root/tools/sysbench/sysbench; ./autogen.sh
# Add --with-pgsql to build with PostgreSQL support
./configure
make -j
make install

#test sysbench 
[root@demo-vsi-power ~]# sysbench --version
sysbench 1.1.0-bd4b418

5.性能比較

SysBench 5.1 -テストCPU
SysBench主最大素数、実行中のスレッドの数、および指定された時間、比較処理イベントCPU速度の数、より速く、より良い性能場合に、素数を添加CPUテスト原理。

sysbench cpu --cpu-max-prime=20000 --threads=2 --time=60 run

x86の(デフォルト2コア)

[root@demo-vsi-x86 ~]# lscpu |egrep On-line
On-line CPU(s) list:   0,1

ここに画像を挿入説明
電源(デフォルト2コア)

[root@demo-vsi-power ~]# lscpu |egrep On-line
On-line CPU(s) list:   0,1

ここに画像を挿入説明
コントラストは、見ることができる電力のvCPUが実質的に性能のx86ローリング、イベント処理及びイベント以上3倍、60秒あたりのx86の総数、平均遅延(1.03ms)のx86(3.94)のほぼ3.5倍よりも低いより取扱い。同時スレッドの数、ならびにプライムおよび最大稼働時間を変化させることによって、3つの試験結果の実装では、基本的に一致しています。

SysBench 5.2 - MEMテスト
OSメモリは7.5G、各マシンの実行中にアクセステスト(シーケンシャルおよびランダム)の二種類用意されてい

[root@demo-vsi-x86 ~]# lsmem |egrep 'online memory'
Total online memory:     7.5G

[root@demo-vsi-power ~]# lsmem |egrep 'online memory'
Total online memory:     7.5G
# 顺序
sysbench memory --threads=10 --events=10000 --memory-block-size=4K --memory-total-size=100G --memory-access-mode=seq run
# 随机
sysbench memory --threads=10 --events=10000 --memory-block-size=4K --memory-total-size=100G --memory-access-mode=rnd run

テストは-threadsを発見し、何の使用はありませんが、メモリの-memory-合計サイズの量は、現在のシステムでは使用できませんが、全体のテストライト動作は、アドレス空間の総量(フルリリース、ない心配を)取ります

わずかに良いパワーよりはx86の両方のケースでは、電力メモリは優れたとして、ディスクに引き続き、テストシナリオのことは知らないされていません...
ここに画像を挿入説明
5.3 SysBench - FILEIOテスト
何のプラグインのクラウドストレージ条件を再度はありませんが、私はブートボリュームに向け行って/ Oテスト、3000のIOPSの約束を達成することができるかどうかを確認します。
ここに画像を挿入説明
クラウド・プロバイダーは、一般的にFIOを推奨している2コアVMは、第二の理由のsysbenchがデフォルトlibaioを有効にならない、プラス、デフォルトでは、ファイルの読み書きモードが直接ではなく、ややこじつけだったため、最大IOPS、原因sysbenchトラバース128個のファイルが急増してきます我々は許可されていないsysbench測定IOPSを感じるので、だけでなく、fsyncをオペレーティング・システム・キャッシュの影響に関連します。ここで私は、同じレベルを達成することができFIOの結果を見て、次のsysbenchを試してみて、意図的にいくつかの項目の干渉を避けるためにしたいと思います。(注:FIO 2台の仮想マシンである結果がIOPS 3000達成することができます)

コマンドの三部作FILEIO:

sysbench fileio --file-total-size=5G --file-test-mode=rndrw --time=60 --file-io-mode=async --file-extra-flags=direct --file-num=1 --file-rw-ratio=1 --file-fsync-freq=0 prepare
sysbench fileio --file-total-size=5G --file-test-mode=rndrw --time=60 --file-io-mode=async --file-extra-flags=direct --file-num=1 --file-rw-ratio=1 --file-fsync-freq=0 run
sysbench fileio --file-total-size=5G --file-test-mode=rndrw --time=60 --file-io-mode=async --file-extra-flags=direct --file-num=1 --file-rw-ratio=1 --file-fsync-freq=0 cleanup

x86の- > 3043 IOPS
ここに画像を挿入説明
パワー- > 3050 IOPSの
ここに画像を挿入説明
結果は、両方のブートパーティションが等しい株式をIOPS、非常に直感的である3000に達することができます

5.4 iperf3帯域幅テスト
の仮想マシンのNIC帯域幅の制限は非常に神秘的な場所のクラウドプロバイダーとなっている、AWS EC2 M4(図2c X 8グラムのみを提供帯域幅レベルを「中」、およびオンラインネットワークテスト結果の最大のシェアに従って700Mbpsを超えないようにしてください。IBMのクラウドのx86は、IBMのようなものかどうかを確認し、その後、帯域幅の制限を達成するためにx86用のサーバや電源などiperfの8Gbpsのインスタンスで開くには、VPCで、確認するために公平であるために、6Gbpsのにデフォルトと同じ仕様の4Gbps、電源をB2?

結果は以下のように、ある2つの仮想インスタンスのLAN帯域幅がさらに良くコミットメント(4Gbpsのおよび6Gbps)の大きさ、明らかに、パワーを達成するために!

x86の - > 4.44Gbps

[root@demo-vsi-x86 ~]# iperf3 -c 10.240.128.11 -i 1 -t 5 --parallel 2
Connecting to host 10.240.128.11, port 5201
[  4] local 10.240.128.4 port 48886 connected to 10.240.128.11 port 5201
[  6] local 10.240.128.4 port 48888 connected to 10.240.128.11 port 5201
[ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
[  4]   0.00-1.00   sec   391 MBytes  3.28 Gbits/sec    0   1.58 MBytes
[  6]   0.00-1.00   sec   310 MBytes  2.60 Gbits/sec    0   1.58 MBytes
[SUM]   0.00-1.00   sec   701 MBytes  5.88 Gbits/sec    0
- - - - - - - - - - - - - - - - - - - - - - - - -
[  4]   1.00-2.00   sec   265 MBytes  2.22 Gbits/sec    0   2.01 MBytes
[  6]   1.00-2.00   sec   221 MBytes  1.86 Gbits/sec    0   1.99 MBytes
[SUM]   1.00-2.00   sec   486 MBytes  4.08 Gbits/sec    0
- - - - - - - - - - - - - - - - - - - - - - - - -
[  4]   2.00-3.00   sec   252 MBytes  2.12 Gbits/sec    0   2.26 MBytes
[  6]   2.00-3.00   sec   231 MBytes  1.94 Gbits/sec    0   2.17 MBytes
[SUM]   2.00-3.00   sec   484 MBytes  4.06 Gbits/sec    0
- - - - - - - - - - - - - - - - - - - - - - - - -
[  4]   3.00-4.00   sec   254 MBytes  2.13 Gbits/sec    0   2.52 MBytes
[  6]   3.00-4.00   sec   236 MBytes  1.98 Gbits/sec    0   2.27 MBytes
[SUM]   3.00-4.00   sec   490 MBytes  4.11 Gbits/sec    0
- - - - - - - - - - - - - - - - - - - - - - - - -
[  4]   4.00-5.00   sec   246 MBytes  2.07 Gbits/sec    0   2.82 MBytes
[  6]   4.00-5.00   sec   242 MBytes  2.03 Gbits/sec    0   2.48 MBytes
[SUM]   4.00-5.00   sec   489 MBytes  4.10 Gbits/sec    0
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-5.00   sec  1.38 GBytes  2.36 Gbits/sec    0             sender
[  4]   0.00-5.00   sec  1.37 GBytes  2.36 Gbits/sec                  receiver
[  6]   0.00-5.00   sec  1.21 GBytes  2.08 Gbits/sec    0             sender
[  6]   0.00-5.00   sec  1.21 GBytes  2.08 Gbits/sec                  receiver
[SUM]   0.00-5.00   sec  2.59 GBytes  4.45 Gbits/sec    0             sender
[SUM]   0.00-5.00   sec  2.58 GBytes  4.44 Gbits/sec                  receiver

パワー - > 6.05Gbps

[root@demo-vsi-power ~]# iperf3 -c 10.240.128.11 -i 1 -t 5 --parallel 2
Connecting to host 10.240.128.11, port 5201
[  4] local 10.240.128.5 port 39740 connected to 10.240.128.11 port 5201
[  6] local 10.240.128.5 port 39742 connected to 10.240.128.11 port 5201
[ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
[  4]   0.00-1.00   sec   465 MBytes  3.90 Gbits/sec    0   1.52 MBytes
[  6]   0.00-1.00   sec   432 MBytes  3.63 Gbits/sec    0   1.38 MBytes
[SUM]   0.00-1.00   sec   897 MBytes  7.52 Gbits/sec    0
- - - - - - - - - - - - - - - - - - - - - - - - -
[  4]   1.00-2.00   sec   342 MBytes  2.87 Gbits/sec    0   2.03 MBytes
[  6]   1.00-2.00   sec   336 MBytes  2.82 Gbits/sec    0   1.87 MBytes
[SUM]   1.00-2.00   sec   679 MBytes  5.69 Gbits/sec    0
- - - - - - - - - - - - - - - - - - - - - - - - -
[  4]   2.00-3.00   sec   341 MBytes  2.86 Gbits/sec   58   1.67 MBytes
[  6]   2.00-3.00   sec   339 MBytes  2.84 Gbits/sec    0   2.22 MBytes
[SUM]   2.00-3.00   sec   680 MBytes  5.70 Gbits/sec   58
- - - - - - - - - - - - - - - - - - - - - - - - -
[  4]   3.00-4.00   sec   312 MBytes  2.62 Gbits/sec    0   1.85 MBytes
[  6]   3.00-4.00   sec   366 MBytes  3.07 Gbits/sec    1   2.49 MBytes
[SUM]   3.00-4.00   sec   679 MBytes  5.69 Gbits/sec    1
- - - - - - - - - - - - - - - - - - - - - - - - -
[  4]   4.00-5.00   sec   315 MBytes  2.64 Gbits/sec    0   1.99 MBytes
[  6]   4.00-5.00   sec   366 MBytes  3.07 Gbits/sec    0   2.55 MBytes
[SUM]   4.00-5.00   sec   681 MBytes  5.71 Gbits/sec    0
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-5.00   sec  1.73 GBytes  2.98 Gbits/sec   58             sender
[  4]   0.00-5.00   sec  1.73 GBytes  2.97 Gbits/sec                  receiver
[  6]   0.00-5.00   sec  1.80 GBytes  3.09 Gbits/sec    1             sender
[  6]   0.00-5.00   sec  1.79 GBytes  3.08 Gbits/sec                  receiver
[SUM]   0.00-5.00   sec  3.53 GBytes  6.07 Gbits/sec   59             sender
[SUM]   0.00-5.00   sec  3.52 GBytes  6.05 Gbits/sec                  receiver

iperf Done.

5.5 ApacheのABテスト
同様の仕様、価格の二つのモデル(パワーが少し安い)、一つのことは、仮想マシンのコンソールCPUコアのサイズは2であるにもかかわらず、ことに留意すべきで、電源の仮想プロセッサのサポートSMT-4(同時マルチスレッディング)の下で我々はx86-2cパワー-2Cとパワー-4C同時HTTP CPU構成の3種類の試験を行った上であり、いずれの場合を発見したので、ユーザは、4 VCPU年をアクティブにするためにOSをカスタマイズすることができ、電源のWebサービスは、全体的なパフォーマンスがありますx86のより良いです同じ価格、PPCはより行うことができると感じ、素晴らしいです...!

# Power - Enable offline CPUs
[root@demo-vsi-power ~]# chcpu -e 2,3
CPU 2 enabled
CPU 3 enabled
[root@demo-vsi-power ~]# lscpu |egrep On-line
On-line CPU(s) list:   0-3

ここに画像を挿入説明
ここに画像を挿入説明

概要:最新の仮想マシンインスタンスIBMクラウドVPCとして、プロセッサの電源をオンの仕様には、仮想LANおよび全体的なサービスのパフォーマンスは明らかに支配的である;のx86 Linuxとオープンソースアプリケーションの大半は、PPCを実行するように移行することができ、中に他のクラウドコンピューティングは、新しいARMアーキテクチャベースのサービスの下で競争するために始めている、パワーベースのクラウドホストの出現は、ビジネスユーザーのための海はオプションではありません何かで、コストの観点から、少なくとも、それが「低い効力」の追求ではありません!:)

出版元の記事 ウォンの賞賛0 ビュー284

おすすめ

転載: blog.csdn.net/weixin_42599323/article/details/105213712