Help us understand the problem. What is going on with this article?

SoftLayerの無料ベアメタルでOpenStackの学習をする(16) - 第15章「動的に変化するシステムの自動テスト手法」

More than 5 years have passed since last update.

前回はこちら


これはなに

「OpenStackクラウドインテグレーション オープンソースクラウドによるサービス構築入門」の実習をSoftLayerの無料ベアメタルで行う記録である。
OpenStackクラウドインテグレーション オープンソースクラウドによるサービス構築入門

第15章 動的に変化するシステムの自動テスト手法

当章の支援ファイルはこちら

15.1 本章で扱うテスト

15.1.1 負荷テストの目的

クラウドでは構成変更の自由度が高いので、どのような構成が期待する負荷に耐えるだけではなくコスト面から望ましいか検証が重要。
今回は Gatling でテストを自動化する。

15.1.2 機能テストの目的

OpenStackではアプリとインフラが密接に連携する。インフラ担当でも機能テストは重要。
今回は Selenium でテストを自動化する。

15.2 負荷テスト

この節のファイルはこちら

15.2.1 負荷テストツール:Gatling

Scalaベースの独自DSLでテストを書く。ScalaベースなのでJava環境が必要。作成されるindex.hmlを開くと結果がグラフになって表示される。

15.2.2 負荷テストの実施

lbs×1、web×1、app×1、dbs×1の構成を準備する。lbs以外は第11章のプレイブックを利用した。

(venv)[ansible@step-server ~]$ ansible-playbook -i ansible_hosts -e target=web create_sample_vm.yml
(venv)[ansible@step-server ~]$ ansible-playbook -i ansible_hosts -e target=web create_sample_vm.yml
(venv)[ansible@step-server ~]$ ansible-playbook -i ansible_hosts -e target=web create_sample_vm.yml
(venv)[ansible@step-server ~]$ ansible-playbook -i ansible_hosts -e target=web create_sample_vm.yml
(venv)[ansible@step-server ~]$ ansible-playbook -i ansible_hosts -e target=app create_sample_vm.yml
(venv)[ansible@step-server ~]$ ansible-playbook -i ansible_hosts -e target=dbs create_sample_vm.yml
(venv)[ansible@step-server ~]$ ansible-playbook -i sample_app_inventory.py -e target=dbs install_sample_app.yml
(venv)[ansible@step-server ~]$ ansible-playbook -i sample_app_inventory.py -e target=app install_sample_app.yml
(venv)[ansible@step-server ~]$ ansible-playbook -i sample_app_inventory.py -e target=web install_sample_app.yml

[root@step-server 07]# function get_uuid () { cat - | grep " id " | awk '{print $4}'; }
[root@step-server 07]# export MY_DMZ_NET=`neutron net-show dmz-net | get_uuid`
[root@step-server 07]# nova boot --flavor standard.xsmall --image "centos-base" \
> --key-name key-for-internal --user-data userdata_lbs.txt \
> --security-groups sg-all-from-console,sg-web-from-internet \
> --availability-zone az1 \
> --nic net-id=${MY_DMZ_NET} \
> lbs01

[root@step-server ~]# export MY_LBS_IP=`nova show lbs01 | grep " dmz-net" | awk '{print $5}'`
[root@step-server ~]# echo $MY_LBS_IP
[root@step-server ~]# ssh -i key-for-internal.pem root@${MY_LBS_IP}

[root@lbs01 ~]# vi /etc/nginx/conf.d/lbs.conf
[root@lbs01 ~]# service nginx restart
[root@lbs01 ~]# exit

[root@step-server ~]# curl http://${MY_LBS_IP}

負荷テストを行う stress-test サーバーを作成する。userdata_stress.txtに対してこのように起動する。
userdata_stress.txtでは、Javaの導入、Gatlib自体とテストの導入・設定、nginxの導入・設定が行われる。

[root@step-server ~]# cp chapter15/gatling/userdata_stress.txt .
[root@step-server ~]# MY_DEFAULT_NET=`neutron net-show work-net | get_uuid`
[root@step-server ~]# nova boot --flavor standard.small \
> --image "centos-base" \
> --key-name key-for-internal --user-data userdata_stress.txt \
> --security-groups sg-all-from-console,sg-web-from-internet \
> --availability-zone az1 \
> --nic net-id=${MY_DEFAULT_NET} stress-test
+--------------------------------------+----------------------------------------------------+
| Property                             | Value                                              |
+--------------------------------------+----------------------------------------------------+
| OS-DCF:diskConfig                    | MANUAL                                             |
| OS-EXT-AZ:availability_zone          | nova                                               |
| OS-EXT-STS:power_state               | 0                                                  |
| OS-EXT-STS:task_state                | scheduling                                         |
| OS-EXT-STS:vm_state                  | building                                           |
| OS-SRV-USG:launched_at               | -                                                  |
| OS-SRV-USG:terminated_at             | -                                                  |
| accessIPv4                           |                                                    |
| accessIPv6                           |                                                    |
| adminPass                            | DZd3g63pXncb                                       |
| config_drive                         |                                                    |
| created                              | 2015-04-04T01:52:59Z                               |
| flavor                               | standard.small (101)                               |
| hostId                               |                                                    |
| id                                   | a538d57b-c547-4270-9af1-58503cfcf3af               |
| image                                | centos-base (098f948e-e80b-4b1a-8a46-f8d2dd57e149) |
| key_name                             | key-for-internal                                   |
| metadata                             | {}                                                 |
| name                                 | stress-test                                        |
| os-extended-volumes:volumes_attached | []                                                 |
| progress                             | 0                                                  |
| security_groups                      | sg-all-from-console, sg-web-from-internet          |
| status                               | BUILD                                              |
| tenant_id                            | 106e169743964758bcad1f06cc69c472                   |
| updated                              | 2015-04-04T01:52:59Z                               |
| user_id                              | 98dd78b670884b64b879568215777c53                   |
+--------------------------------------+----------------------------------------------------+

外部から stress-test にアクセスできるようにExt-NetのFloating IPを割り当てる。

[root@step-server ~]# neutron floatingip-create Ext-Net
Created a new floatingip:
+---------------------+--------------------------------------+
| Field               | Value                                |
+---------------------+--------------------------------------+
| fixed_ip_address    |                                      |
| floating_ip_address | 192.168.100.139                      |
| floating_network_id | 36733654-35d1-47c9-9942-dab9400c52f0 |
| id                  | 03807cca-b712-4bc7-b7ce-628c1b790810 |
| port_id             |                                      |
| router_id           |                                      |
| status              | DOWN                                 |
| tenant_id           | 106e169743964758bcad1f06cc69c472     |
+---------------------+--------------------------------------+

[root@step-server ~]# nova floating-ip-associate stress-test 192.168.100.139

stress-testにログインしてパラメーター設定ファイルのGAT_HOSTにlbs01のアドレスをセットする。

[root@step-server ~]# ssh -i key-for-internal.pem root@10.0.0.4
The authenticity of host '10.0.0.4 (10.0.0.4)' can't be established.
RSA key fingerprint is 23:53:0a:e2:49:99:f6:cb:8c:e7:45:2e:27:4f:f1:4e.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '10.0.0.4' (RSA) to the list of known hosts.

[root@stress-test ~]# cd /root/gatling

[root@stress-test gatling]# vi paramset.sh

[root@stress-test gatling]# cat paramset.sh
export GAT_HOST=192.168.0.42
export GAT_SCHEME=http
export GAT_PATH=/
export GAT_RPT=3
export GAT_USER=5
export GAT_DUR=5
export GAT_NAME=SampleAppGet

テストを実行する。初回はScalaのコードをJavaバイナリーに変換するために時間がかかる。

[root@stress-test gatling]# source paramset.sh

[root@stress-test gatling]# sh sample.app.get.sh
SampleAppGet_u5_r3_s5 start.
GATLING_HOME is set to /root/gatling
Simulation SampleAppGet started...

================================================================================
2015-04-04 11:13:48                                           0s elapsed
---- SampleAppGetGet_u5_r3_s5 --------------------------------------------------
[                                                                          ]  0%
          waiting: 5      / active: 0      / done:0
---- Requests ------------------------------------------------------------------
> Global                                                   (OK=0      KO=0     )

================================================================================


================================================================================
2015-04-04 11:13:52                                           4s elapsed
---- SampleAppGetGet_u5_r3_s5 --------------------------------------------------
[##########################################################################]100%
          waiting: 0      / active: 0      / done:5
---- Requests ------------------------------------------------------------------
> Global                                                   (OK=15     KO=0     )
> request_get_0                                            (OK=5      KO=0     )
> request_get_1                                            (OK=5      KO=0     )
> request_get_2                                            (OK=5      KO=0     )
================================================================================

Simulation finished
Generating reports...
Parsing log file(s)...
Parsing log file(s) done

================================================================================
---- Global Information --------------------------------------------------------
> request count                                         15 (OK=15     KO=0     )
> min response time                                     10 (OK=10     KO=-     )
> max response time                                    242 (OK=242    KO=-     )
> mean response time                                    46 (OK=46     KO=-     )
> std deviation                                         63 (OK=63     KO=-     )
> response time 95th percentile                        157 (OK=157    KO=-     )
> response time 99th percentile                        225 (OK=225    KO=-     )
> mean requests/sec                                   3.69 (OK=3.69   KO=-     )
---- Response Time Distribution ------------------------------------------------
> t < 800 ms                                            15 (100%)
> 800 ms < t < 1200 ms                                   0 (  0%)
> t > 1200 ms                                            0 (  0%)
> failed                                                 0 (  0%)
================================================================================

Reports generated in 0s.
Please open the following file: /usr/share/nginx/html/gatling/SampleAppGet_u5_r3_s5-1428113628240/index.html

今回はSoftlayer上のベアメテルにUbuntu Serverを導入しているのでGUI環境は用意されていない。クライアントからWebブラウザーでアクセスできるように、ベアメタルのホスト区画のPublic IPで受けたいクエストを、stress-test の nginx に転送する。

user01@test:~$ sudo vi /etc/nginx/conf.d/proxy.conf
[sudo] password for user01:
Sorry, try again.
[sudo] password for user01:
user01@test:~$ cat /etc/nginx/conf.d/proxy.conf
server {
  listen 80;
  server_name [ベアメタルのホスト区画のPublic IP];
  location /  {
    auth_basic "Input ID/PASS";
    auth_basic_user_file /etc/nginx/.htpasswd;
    proxy_pass http://192.168.100.139/;
  }
}

user01@test:~$ sudo service nginx restart
 * Restarting nginx nginx                     

http://[ホスト区画のPublic IP]/gatling/ にアクセスするとBasic認証の後、テスト結果がリストされる。

テスト結果のリスト

リンクをクリックすると結果がグラフとデータで表示される。

15-2.png

ではテスト本番。lbs01 で割り振りwebサーバーを一台にする。

[root@lbs01 ~]# cat /etc/nginx/conf.d/lbs.conf
upstream web-server {
  server 192.168.0.36:80;
#  server 192.168.0.37:80;
#  server 192.168.0.38:80;
#  server 192.168.0.39:80;
}

server {
  listen 80 default_server;
  server_name _;

  location / {
    proxy_pass http://web-server/;
  }
}
[root@lbs01 ~]# service nginx restart
Stopping nginx:                                            [  OK  ]
Starting nginx:                                            [  OK  ]

150ユーザーのテストをする。ユーサー数150、起動時間150、繰り返し50を設定しテストを実行する。

[root@stress-test gatling]# export GAT_USER=150
[root@stress-test gatling]# export GAT_DUR=150
[root@stress-test gatling]# export GAT_RPT=50

[root@stress-test gatling]# sh sample.app.get.sh

SampleAppGet_u150_r50_s150 start.
GATLING_HOME is set to /root/gatling
Simulation SampleAppGet started...
~~~~~~~
Reports generated in 1s.
Please open the following file: /usr/share/nginx/html/gatling/SampleAppGet_u150_r50_s150-1428116347258/index.html

webサーバーを2台にする。

[root@lbs01 ~]# cat /etc/nginx/conf.d/lbs.conf
upstream web-server {
  server 192.168.0.36:80;
  server 192.168.0.37:80;
#  server 192.168.0.38:80;
#  server 192.168.0.39:80;
}

server {
  listen 80 default_server;
  server_name _;

  location / {
    proxy_pass http://web-server/;
  }
}
300ユーザーのテストをする。ユーサー数300、起動時間300、繰り返し50を設定しテストを実行する。

[root@stress-test gatling]# export GAT_USER=300
[root@stress-test gatling]# export GAT_DUR=300
[root@stress-test gatling]# export GAT_RPT=50

[root@stress-test gatling]# sh sample.app.get.sh
~~~~~~~
Reports generated in 2s.
Please open the following file: /usr/share/nginx/html/gatling/SampleAppGet_u300_r50_s300-1428120261061/index.html

[root@lbs01 ~]# cat /etc/nginx/conf.d/lbs.conf
upstream web-server {
server 192.168.0.36:80;
server 192.168.0.37:80;
server 192.168.0.38:80;
server 192.168.0.39:80;
}

server {
listen 80 default_server;
server_name _;

location / {
proxy_pass http://web-server/;
}
}
```

[root@lbs01 ~]# export GAT_USER=600
[root@lbs01 ~]# export GAT_DUR=600
[root@lbs01 ~]# export GAT_RPT=50
[root@stress-test gatling]# sh sample.app.get.sh
~~~~~~~
Reports generated in 3s.
Please open the following file: /usr/share/nginx/html/gatling/SampleAppGet_u600_r50_s600-1428120857898/index.html

全件成功している。

結果のグラフ-成功件数

しかも並列実行数が最大で2件しかない。

結果のグラフ-並列実行数

やり方が悪いかと再チェックしたら、1件のレスポンスが短すぎると並列実行数が増加しないため、データを入力してレスポンスタイムを調整するようにとの記述があった。

今回のdbsはansibleのプレイブックで作っているのでユーザーをansibleに切り替えてdbsにログインし、mysqlのインターフェースからデータを50件投入した。

[root@step-server ~]# su - ansible
[ansible@step-server ~]$ ssh -i .ssh/id_rsa root@192.168.0.41
[root@dbs-835563b1-cd98-4fa5-912b-3a07063e4c34 ~]# mysql -u root

mysql> insert into sample_bbs.contents (timestamp,text) values (current_timestamp(),'負荷テストデータ');
Query OK, 1 row affected (0.00 sec)

mysql> select count(*) from sample_bbs.contents;
+----------+
| count(*) |
+----------+
|       50 |
+----------+
1 row in set (0.00 sec)

そして再度、webサーバー数を調整しながら負荷テストを再実行する。しかし、やっとコンスタントにコンスタント並列数が2になる程度。

結果のグラフ-並列実行数2

テキストデータを長めにして、データを300件にした。

mysql> select count(*) from sample_bbs.contents;
+----------+
| count(*) |
+----------+
|      300 |
+----------+
1 row in set (0.00 sec)

webサーバー1台の状態で150ユーザーのテストをする。最大で123並列まで達したが、エラーは発生しなかった。

結果のグラフ-123並列

そのまま、webサーバー1台の状態で600ユーザーのテストをしてみる。142ユーザーでエラーが発生した。

結果のグラフ-1

今回の構成・現在のデータ量であれば、1台あたり140件のリクエストを処理できそうだ。


ここから、テストの目的が変わる。
結果を見みると並列数に応じてレスポンスタイムが悪化している。

1.png

ここからレスポンスタイム改善のために、APPサーバーの負荷分散を行う。
これまでの構成は、下記であった。

lbs×1 → web×n → app×1 → dbs×1

これを、下記のようにする。

lbs×1 → web×n → app-lbs×1 → app×n → dbs×1

さらに、appが小さいものが複数の時と大きなものが1台の時とどちらがいいか比較する。

まず、app用のlbsを作成する。フロントのlbsと同じユーザーデータを利用する。webとappの間に入るのでネットワークはdmz-netとapp-netに接続する。起動コマンドはこちらに用意されている。

[root@step-server ~]# function get_uuid () { cat - | grep " id " | awk '{print $4}'; }
[root@step-server ~]# MY_DMZ_NET=`neutron net-show dmz-net | get_uuid`
[root@step-server ~]# MY_APP_NET=`neutron net-show app-net | get_uuid`

[root@step-server ~]# nova boot --flavor standard.xsmall --image "centos-base" \
> --key-name key-for-internal --user-data userdata_lbs.txt \
> --security-groups sg-all-from-console,sg-all-from-app-net \
> --availability-zone az1 --nic net-id=${MY_DMZ_NET} --nic net-id=${MY_APP_NET} \
> lbs_forapp01
+--------------------------------------+----------------------------------------------------+
| Property                             | Value                                              |
+--------------------------------------+----------------------------------------------------+
| OS-DCF:diskConfig                    | MANUAL                                             |
| OS-EXT-AZ:availability_zone          | nova                                               |
| OS-EXT-STS:power_state               | 0                                                  |
| OS-EXT-STS:task_state                | scheduling                                         |
| OS-EXT-STS:vm_state                  | building                                           |
| OS-SRV-USG:launched_at               | -                                                  |
| OS-SRV-USG:terminated_at             | -                                                  |
| accessIPv4                           |                                                    |
| accessIPv6                           |                                                    |
| adminPass                            | x39STaBy2z7d                                       |
| config_drive                         |                                                    |
| created                              | 2015-04-04T06:39:23Z                               |
| flavor                               | standard.xsmall (100)                              |
| hostId                               |                                                    |
| id                                   | 01902e7a-59e9-4b12-b97b-c8f2fc97e17b               |
| image                                | centos-base (098f948e-e80b-4b1a-8a46-f8d2dd57e149) |
| key_name                             | key-for-internal                                   |
| metadata                             | {}                                                 |
| name                                 | lbs_forapp01                                       |
| os-extended-volumes:volumes_attached | []                                                 |
| progress                             | 0                                                  |
| security_groups                      | sg-all-from-console, sg-all-from-app-net           |
| status                               | BUILD                                              |
| tenant_id                            | 106e169743964758bcad1f06cc69c472                   |
| updated                              | 2015-04-04T06:39:23Z                               |
| user_id                              | 98dd78b670884b64b879568215777c53                   |
+--------------------------------------+----------------------------------------------------+

作成したlbs-forapp01に入りポート5555へのアクセスをappに転送するように設定する。

[root@lbs-forapp01 ~]# vi /etc/nginx/conf.d/app_lbs.conf
[root@lbs-forapp01 ~]# cat etc/nginx/conf.d/app_lbs.conf
cat: etc/nginx/conf.d/app_lbs.conf: No such file or directory
[root@lbs-forapp01 ~]# cat /etc/nginx/conf.d/app_lbs.conf
upstream web-server {
  server 192.168.0.42:5555;
}

server {
  listen 5555 default_server;
  server_name _;

  location / {
    proxy_pass http://web-server/;
  }
}
[root@lbs-forapp01 ~]# service nginx restart
Stopping nginx:                                            [  OK  ]
Starting nginx:                                            [  OK  ]

webサーバーはansibleのプレイブックで作っているのでansibleの環境からwebサーバーに入り、endpoint.confのrest_hostをlbs-forapp01のapp-netのものにする。これを4台分実施する。

(venv)[ansible@step-server ~]$ ssh -i .ssh/id_rsa root@192.168.0.37

[root@web-197644c9-c72d-4133-b4f8-9eb7bbb6780c ~]# vi /root/sample-app/endpoint.conf
[root@web-197644c9-c72d-4133-b4f8-9eb7bbb6780c ~]# cat /root/sample-app/endpoint.conf
[rest-server]
rest_host = 172.16.10.26
rest_endpoint = http://%(rest_host)s:5555/bbs

[db-server]
db_host = 127.0.0.1
db_endpoint = mysql://user:password@%(db_host)s/sample_bbs?charset=utf8
[root@web-197644c9-c72d-4133-b4f8-9eb7bbb6780c ~]# sh /root/sample-app/server-setup/web.init.sh restart

Starting web.py                                            [  OK  ]

1書より負荷に耐えられそうな環境なので、50並行、webサーバー×1でテストする。これでテストをする。

現在のappサーバーは xsmall×1 である。このテストは先ほど完了しているので、先ほどのデータを使う。

[root@stress-test gatling]# export GAT_USER=150
[root@stress-test gatling]# export GAT_DUR=150
[root@stress-test gatling]# export GAT_RPT=50
[root@stress-test gatling]# export GAT_NAME=APP_xsmall_x1

[root@stress-test gatling]# sh sample.app.get.sh

実行結果はこちら。

xsmall_x1の結果

次に、small×1 のテストである。
ansible のyamlを修正して、standard.smallを使うようにして、playbookで作成する。

(venv)[ansible@step-server ~]$ vi create_sample_vm.yml
(venv)[ansible@step-server ~]$ cat create_sample_vm.yml
~~~~~~~
      app:
        flavor_ram: 1024
        flavor_name: "standard.small"
        image_name: "centos-base"
~~~~~~~

(venv)[ansible@step-server ~]$ ansible-playbook -i ansible_hosts -e target=app create_sample_vm.yml

(venv)[ansible@step-server ~]$ ansible-playbook -i sample_app_inventory.py -e target=app install_sample_app.yml

このプレイブック実行で既存のappサーバーにもendpoind.confのコピー・編集
をしようするが、既存のため失敗する。編集済みのため無視すればよい。今回のプレイブックは複数回の実行を想定されていないだけである。

lbs-forapp01では新しいappサーバーを利用するように設定変更する。

[root@lbs-forapp01 ~]# vi /etc/nginx/conf.d/app_lbs.conf
[root@lbs-forapp01 ~]# cat /etc/nginx/conf.d/app_lbs.conf
upstream web-server {
  server 172.16.10.27:5555;
}

server {
  listen 5555 default_server;
  server_name _;

  location / {
    proxy_pass http://web-server/;
  }
}
[root@lbs-forapp01 ~]# service nginx restart
Stopping nginx:                                            [  OK  ]
Starting nginx:                                            [  OK  ]

small_x1とわかるようにテスト名を変えてテストを実施する。

[root@stress-test gatling]# export GAT_NAME=APP_small_x1
[root@stress-test gatling]# sh sample.app.get.sh

small_x1の結果

次に、medium×1 のテストである。
手順は先ほどと同じ。
ansible のyamlを修正して、standard.mediumを使うようにして、playbookで作成する。
lbs-forapp01では新しいappサーバーを利用するように設定変更する。
medium×1とわかるようにテスト名を変えてテストを実施する。

[root@stress-test gatling]# export GAT_NAME=APP_medium_x1
[root@stress-test gatling]# sh sample.app.get.sh

medium_x1の結果

次に、xsmall×2 のテストである。
手順は先ほどと同じ。
ansible のyamlを修正して、standard.xsmallを使うようにして、playbookで作成する。
lbs-forapp01では最初のxsmallと今回の新しいappサーバーの両方を利用するように設定変更する。
xsmall×2とわかるようにテスト名を変えてテストを実施する。

[root@stress-test gatling]# export GAT_NAME=APP_xsmall×2
[root@stress-test gatling]# sh sample.app.get.sh

xsmall×2の結果

Type Min Max Mean Std Dev 95th pct 99th pct Req/s
xsmall×1 45 19108 4197 1742 6197 6355 20.83
small_x1 42 19035 4177 1724 6075 6197 20.97
medium_x1 43 12586 4208 1740 6173 6305 20.77
xsmall_x2 44 9498 4140 1720 6092 6242 20.95

後になるほど最大レスポンスタイム(Max)が改善されているが、99th pctの値はあまり変わらずおおきな違いが見られない。例外的な長いレスポンスが発生しているだけのよううだ。

今回の環境でボトルネックは別?ということで、webをxsmall×1固定でapp側をいじっていたのを、webをxsmall×2-app_lbs-xsmall×1でテストしてみる。

web-xsmall×2-app_lbs-xsmall×1の結果

Type Min Max Mean Std Dev 95th pct 99th pct Req/s
web-xsmall×2-app_lbs-xsmall×1 45 2913 1627 767 2691 2812 32.68

すごく改善された。今回の設定ではappの前にwebがボトルネックになっていたようだ。

パフォーマンスチューニングは難しい。目標が無いとゴールも無くいつまでもやることとなる。

15.3 Webアプリケーション機能テストの自動化

当節の支援ファイルはこちら

15.3.1 Selenium

ここは機能テストの自動化に使うSeleniumの説明である。

15.3.2 v2アプリケーション確認テストの実施

こちらでも「まずはじめに第8章の手順を元にサンプルアプリversion2を展開した環境を構築します」だそうだ。build_chap08.shが用意されているので、これを実行する。

[root@step-server ~]# source openrc
[root@step-server ~]# mkdir $HOME/work_chapter
[root@step-server ~]# cp chapter05-10/06/userdata_dbs.txt $HOME/work_chapter
[root@step-server ~]# cp chapter05-10/07/userdata_lbs.txt $HOME/work_chapter
[root@step-server ~]# cd /root/chapter05-10/08/
[root@step-server 08]# sh build_chap08.sh

サーバーが起動した。

[root@step-server ~]# nova list --field name,networks
+--------------------------------------+---------------------------------------------+------------------------------------------------------------------+
| ID                                   | Name                                        | Networks                                                         |
+--------------------------------------+---------------------------------------------+------------------------------------------------------------------+
| 65d3400d-3467-4563-9ff5-9c0e30c7157e | step-server                                 | work-net=10.0.0.1, 192.168.100.131                               |
| 22613a28-72c7-4d09-90f2-e712ce40354f | v2-app01                                    | dmz-net=192.168.0.55; app-net=172.16.10.35; dbs-net=172.16.20.23 |
| 5816b7f0-0202-4fa2-96b7-3a5f121a84b3 | v2-dbs01                                    | dmz-net=192.168.0.54; dbs-net=172.16.20.22                       |
| 0b7b1682-d74c-496c-bc53-53b0cb96d41a | v2-lbs01                                    | dmz-net=192.168.0.60                                             |
| 0cfe3cd5-7023-408a-8ca7-5b6c6c668cb1 | v2-web-0cfe3cd5-7023-408a-8ca7-5b6c6c668cb1 | dmz-net=192.168.0.56; app-net=172.16.10.36                       |
| 1b22efd6-bb64-4818-823f-c3e2af24d3c6 | v2-web-1b22efd6-bb64-4818-823f-c3e2af24d3c6 | dmz-net=192.168.0.57; app-net=172.16.10.37                       |
| 30fefe0a-4b56-4aef-981f-4bca96cf9001 | v2-web-30fefe0a-4b56-4aef-981f-4bca96cf9001 | dmz-net=192.168.0.59; app-net=172.16.10.39                       |
| cec1a0fc-7880-4179-b474-663dacec5789 | v2-web-cec1a0fc-7880-4179-b474-663dacec5789 | dmz-net=192.168.0.58; app-net=172.16.10.38                       |
+--------------------------------------+---------------------------------------------+------------------------------------------------------------------+

v2-lbs01でnginxを構成する。

[root@v2-lbs01 ~]# vi /etc/nginx/conf.d/ilbs.conf
[root@v2-lbs01 ~]# cat /etc/nginx/conf.d/ilbs.conf
upstream web-server {
  server 192.168.0.56:80;
  server 192.168.0.57:80;
  server 192.168.0.58:80;
  server 192.168.0.59:80;
}

server {
  listen 80 default_server;
  server_name _;

  location / {
    proxy_pass http://web-server/;
  }
}
[root@v2-lbs01 ~]# service nginx restart
Stopping nginx:                                            [  OK  ]
Starting nginx:                                            [  OK  ]

機能テストサーバーを起動する。userdata_functest.txtを利用する。
起動コマンドは、負荷テストサーバーを起動したこちらからuser-data名とサーバー名を変更するだけだ。

[root@step-server selenium]# nova boot --flavor standard.small \
> --image "centos-base" \
> --key-name key-for-internal --user-data userdata_functest.txt \
> --security-groups sg-all-from-console,sg-web-from-internet \
> --availability-zone az1 \
> --nic net-id=${MY_DEFAULT_NET} func-test
+--------------------------------------+----------------------------------------------------+
| Property                             | Value                                              |
+--------------------------------------+----------------------------------------------------+
| OS-DCF:diskConfig                    | MANUAL                                             |
| OS-EXT-AZ:availability_zone          | nova                                               |
| OS-EXT-STS:power_state               | 0                                                  |
| OS-EXT-STS:task_state                | scheduling                                         |
| OS-EXT-STS:vm_state                  | building                                           |
| OS-SRV-USG:launched_at               | -                                                  |
| OS-SRV-USG:terminated_at             | -                                                  |
| accessIPv4                           |                                                    |
| accessIPv6                           |                                                    |
| adminPass                            | N3jWRXEMogb6                                       |
| config_drive                         |                                                    |
| created                              | 2015-04-04T23:28:23Z                               |
| flavor                               | standard.small (101)                               |
| hostId                               |                                                    |
| id                                   | 006fd761-9049-4ea3-9b83-d194a8aa75a9               |
| image                                | centos-base (098f948e-e80b-4b1a-8a46-f8d2dd57e149) |
| key_name                             | key-for-internal                                   |
| metadata                             | {}                                                 |
| name                                 | func-test                                          |
| os-extended-volumes:volumes_attached | []                                                 |
| progress                             | 0                                                  |
| security_groups                      | sg-all-from-console, sg-web-from-internet          |
| status                               | BUILD                                              |
| tenant_id                            | 106e169743964758bcad1f06cc69c472                   |
| updated                              | 2015-04-04T23:28:24Z                               |
| user_id                              | 98dd78b670884b64b879568215777c53                   |
+--------------------------------------+----------------------------------------------------+

結果が確認できるように外部ネットワークのFloating IPをつけておく。

[root@step-server selenium]# neutron floatingip-create Ext-Net
Created a new floatingip:
+---------------------+--------------------------------------+
| Field               | Value                                |
+---------------------+--------------------------------------+
| fixed_ip_address    |                                      |
| floating_ip_address | 192.168.100.140                      |
| floating_network_id | 36733654-35d1-47c9-9942-dab9400c52f0 |
| id                  | 929ebbca-f761-4586-966a-0623dbb58f04 |
| port_id             |                                      |
| router_id           |                                      |
| status              | DOWN                                 |
| tenant_id           | 106e169743964758bcad1f06cc69c472     |
+---------------------+--------------------------------------+

[root@step-server selenium]# nova floating-ip-associate func-test 192.168.100.140

いよいと機能テストを実施する。機能テストサーバーにログインして内容を確認する。

[root@step-server ~]# ssh -i key-for-internal.pem root@10.0.0.5
[root@func-test ~]# cd selenium/
[root@func-test selenium]# ls
exec_test.sh  sample.png  v2app_test.py

テスト用のスクリプトはこちら。引数を指定した実行コマンドサンプルはこちら
「-H 192.168.0.60」には自分のlbsのアドレスを指定する。

[root@func-test selenium]#  python v2app_test.py -H 192.168.0.60 -o /usr/share/nginx/html/selenium/ -u sample.png -t "v2 test"
-- 1. Get test start.
  save snap /usr/share/nginx/html/selenium/SampleApp_v2test-1428193002/1.get_after.png
-- 1. OK: Get test is succes.
-- 2. Upload test start
  save snap /usr/share/nginx/html/selenium/SampleApp_v2test-1428193002/2-1.pre_upload.png
It is first writing
  save snap /usr/share/nginx/html/selenium/SampleApp_v2test-1428193002/2-2.after_upload.png
-- 2. OK: Upload test is success.
-- 3. Unupload test start.
  save snap /usr/share/nginx/html/selenium/SampleApp_v2test-1428193002/3-1.pre_unupload.png
  save snap /usr/share/nginx/html/selenium/SampleApp_v2test-1428193002/3-2.after_unupload.png
-- 3. OK: Unupload test is success.
All test completed

外部から機能テストサーバーのnginxにアクセスできるようにホスト区画のnginxのReverse Proxyを調整後、手元のブラウザーでアクセスする。

http://ホスト区画/selenium/ にテスト結果が保存されている。

テスト結果のリスト

フォルダーを開くとテストステップ毎のイメージが保管されている。

ステップ毎のイメージ

イメージのアップロード後を示す 2-2.after_upload.png を確認すると正常に処理されていることが確認できる。

アップロード後のイメージ

これで完了!テストの完了宣言を投稿する。

[root@func-test selenium]# python v2app_test.py -H 192.168.0.60 -o /usr/share/nginx/html/selenium/ -u sample.png -t "It's completed."

完了宣言後のイメージ


第15章の完了。


第16章は「Yahoo! JapanのOpenStack活用事例」と読む章であり実習は無い。これですべて完了!!!

SoftLayerの500$引きキャンペーンを適用した無料のベアメタルで32GBのサーバーを占有できたこと、無料期間が最大でも一ヶ月(次のアニバーサリーデート/月締め日まで)と期間が限られれていたので締め切りを意識して集中して学習できたことでゴールできた。

東京、メキシコ、フランクフルトの500$引きキャンペーンの申し込みは終了したが、シドニーとモントリオールの500$引きキャンペーンは2015/06/07まで申し込み可能だ。

シドニー500$引きキャンペーン

こちらでも、また、何かをやってみたい。


前回はこちら

orz
Why not register and get more from Qiita?
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away