AWSで学ぶ、Oracle DB構築講座－若井くんの新人研修物語(4) VNCへの接続と、Oracle Databaseに必要なリソース

前回までのあらすじ

新人若井が先輩出来の助けを借りながら、アマゾンウェブサービス(以下、AWS)上でOracle DBを作成しようと言うこの企画ですが、とうとう4回目になりました。

前回は若井がインターネットを駆使して、作成したEC2へSSHを使ったログインと、VNCの設定を行いましたが、なんと、VNCへの接続ができませんでした。そこへ打ち合わせから帰ってきた出来。なぜVNCへの接続ができなかったのでしょうか。

若井あらた (わかいあらた)
新人エンジニアで、今回データベース課に配属となった。本物語の主人公。

出来益代 (できますよ)
中堅エンジニアで、データベース課に所属する。年齢は不詳。仕事熱心で、比較的後輩の面倒見もよいお姉さまタイプ。

※ この物語はフィクションであり、登場する団体・人物などの名称はすべて架空のものです

VNCで接続出来ない

若井「VNCサーバーの設定はやったんですけど、何故か、VNCクライアントから接続ができないんです。」
出来「なるほどね。VNC設定はちゃんとできてるの?」
若井「ちゃんとやったと思います。VNCサーバーもしっかり起動してますし。」
出来「じゃあ、AWSの『セキュリティーグループ』の設定はしっかりやった?」
若井「!!!やってないかも。。。」
出来「前にも言ったとおり、セキュリティーグループでしっかりと利用するポートを開けておかないと、EC2上に作った仮想サーバーには通信できないわよ。」
若井「なるほど。それじゃあ、AWSのマネージメントコンソールから今回VNCで利用する5901番ポートの設定を追加すればいいんですね。」
出来「そういう事になるわね。」
若井「ちょっと、やってみます。」

Security Groupsをクリック
『test-sec-gr』にチェックを入れる
『Inbound』をクリック
『Port range』に『5901』を入力
『+Add Rule』をクリック
『Apply Rule Changes』をクリック

出来「セキュリティーグループの設定が完了したら、もう一回VNCクライアントで前回と同じように接続してみて」

若井がVNCクライアント起動し、接続を実施。

サーバーに『「Public IP」:5901』を入力

パスワードには『vncpasswd』コマンドで設定したパスワードを入力。

若井「出来た!!」

出来「できたわね。これで仮想サーバーへの接続設定は完了ね。」
若井「よかった。」

Oracleの要件の確認

出来「それじゃあ次はOracleの要件に合わせて、マシンをパワーアップしていきましょう。Oracle Database11gリリース2の要件をまずは確認するわね。」

メモリ要件

最小 : 1GBのRAM
推奨 : 2GB以上のRAM

スワップ領域の推奨サイズ

1から2GB : RAMのサイズの1.5倍
2から16GB : RAMのサイズと同じ
16GB超 : 16GB

ディスク領域要件

/tmpディレクトリに1GBの領域

ソフトウェア・ファイルおよびデータファイルのディスク領域要件(Enterprise Edition)

ソフトウェア・ファイルの要件(GB) : 4.35
データファイルのディスク領域(GB) : 1.7

ディスプレイ要件

最小解像度は1024x768以上

カーネル要件

Red Hat Enterprise Linux 6の場合 : 2.6.32-71.el6.x86_64以上

パッケージ要件(Red Hat Enterprise Linux 6の場合)

　次のパッケージ(またはそれ以降のバージョン)がインストールされている事

binutils-2.20.51.0.2-5.11.el6 (x86_64)
compat-libcap1-1.10-1 (x86_64)
compat-libstdc++-33-3.2.3-69.el6 (x86_64)
compat-libstdc++-33-3.2.3-69.el6.i686
gcc-4.4.4-13.el6 (x86_64)
gcc-c++-4.4.4-13.el6 (x86_64)
glibc-2.12-1.7.el6 (i686)
glibc-2.12-1.7.el6 (x86_64)
glibc-devel-2.12-1.7.el6 (x86_64)
glibc-devel-2.12-1.7.el6.i686
ksh
libgcc-4.4.4-13.el6 (i686)
libgcc-4.4.4-13.el6 (x86_64)
libstdc++-4.4.4-13.el6 (x86_64)
libstdc++-4.4.4-13.el6.i686
libstdc++-devel-4.4.4-13.el6 (x86_64)
libstdc++-devel-4.4.4-13.el6.i686
libaio-0.3.107-10.el6 (x86_64)
libaio-0.3.107-10.el6.i686
libaio-devel-0.3.107-10.el6 (x86_64)
libaio-devel-0.3.107-10.el6.i686
make-3.81-19.el6
sysstat-9.0.4-11.el6 (x86_64)

※ 参考:OracleR Databaseインストレーション・ガイド 11gリリース2 (11.2) for Linux B56273-06

出来「これら全ての要件を満たす必要があるわ。何が、どれだけ足りないのか一緒に見ていきましょう。」
若井「はい。分かりました。」

出来「まずは、メモリ要件から。「/proc/meminfo」ファイルのMemtotalの項目を確認するのよ。
若井「はい。」

[root@ip-172-31-24-192 ~]# grep MemTotal /proc/meminfo
MemTotal:         604676 kB
[root@ip-172-31-24-192 ~]#

若井「590MBぐらいですかね。」
出来「そうね。メモリ要件は1GB以上だから、足りないわね。メモリは仮想マシンの『インスタンスタイプ』を変更する事で増やしましょう。まずはサーバーを停止させましょう。」
若井「分かりました。」

[root@ip-172-31-24-192 ~]# shutdown ?h now

出来「『AWS マネージメントコンソール』からもシャットダウンがされている事を確認して。」
若井「『Instance State』が『stopped』になりました。停止しました。」

出来「EC2ではインスタンスを一回停止させると、再度起動した時に『Public IPアドレス』が変わってしまうの。これを変えないようにする為に、『Elastic IPs』という機能もあるけど、今回はこの設定はしないわ。だから、次回起動させると、Public IPアドレスが変わっているから、接続の時に注意してね。」
若井「なるほど。分かりました。」
出来「それじゃあ、インスタンスタイプを変更して、Oracle Databaseの要件に合うような仮想マシンに設定変更しましょう。まずはどのインスタンスタイプにするか選択する必要があるわ。」
若井「メモリの推奨が2GB以上になっているから、それより大きなメモリが搭載されているインスタンスタイプを選びたいですね。ちょっと調べてみます。」
(カタカタカタ・・・ターン。)
若井「『m1.medium』が一番良さそうかな。」
出来「そうね、今回の場合はそれぐらいがいいかもね。インスタンスタイプをハイスペックの物に変更すると、その分コストも大きくなるわ。検証が終わったら、必ずシャットダウンしておいてね。起動しっぱなしのまま放置していると、何もしてないのに、請求だけが来てすごくもったいないわよ。ちなみに。1ヶ月稼働させた時に大体どれくらいの金額になりそうか、計算する為のツールが、Amazon.comから提供されているわ。また、今度見ておいてね。
若井「ほー。『m1.medium』を一ヶ月無停止で動かすと、126ドルぐらいになるんですね。」

出来「じゃあ、インスタンスタイプを変更しましょう。『AWSマネージメントコンソール』から、インスタンスを選択して、右クリック。『Change Instance Type』を選択するの。そこで、『m1.medium』を選択して『Apply』をクリックすれば完了よ。」

若井「完了しました。じゃあ、起動させます。右クリックで『Action』の『Start』をクリック」

若井「起動しました。」
出来「じゃあ、もういっかいsshで接続して、メモリを確認しましょう。」

[ec2-user@ip-172-31-24-192 ~]$ grep MemTotal /proc/meminfo
MemTotal:        3849280 kB
[ec2-user@ip-172-31-24-192 ~]$

若井「お!3.7GBぐらいになりました。」
出来「OK!これで、メモリ要件はOKね。次はスワップ領域をみましょう。メモリを確認したコマンドと同じファイルを今度は、『Swap Total』でgrepするの。」

[ec2-user@ip-172-31-24-192 ~]$ grep SwapTotal /proc/meminfo
SwapTotal:             0 kB
[ec2-user@ip-172-31-24-192 ~]$

若井「0KBかー。全然足りないなー。」
出来「Oracleの推奨は、メモリが約3.6GBだから、スワップ領域も同じくらいが必要ね。ここで一旦、スワップ領域に使用するボリュームを追加しましょうか。」
若井「そうですね。今のままではディスクにも殆ど空きがなさそうですからね。」

[ec2-user@ip-172-31-24-192 ~]$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/xvde1            6.0G  2.7G  3.2G  47% /
none                  1.9G     0  1.9G   0% /dev/shm
[ec2-user@ip-172-31-24-192 ~]$

出来「スワップ用に4GBのボリュームを追加しましょう。『AWSマネージメントコンソール』から、『ELASTIC BLOCK STORE』の『Volumes』を選択して、『Create Volume』をクリックよ。」

出来「次に、ウィンドウが出てきたら、『Volume Type』、『Size』、『Availability Zone』、『Snap　Shot』を設定して行くの。『Volume Type』は、『Standerd』と『Provisiond IOPS』があるんだけど、『Provisiond IOPS』は設定したIOPS性能を確保してくれるの。『Avairability Zone』はEC2がホスティングされている地域(リージョン)の中で、複数のゾーン(Zone)というのがあるの。ゾーンは物理的に異なるデータセンターのようなもので、ボリューム追加したい『EC2』と『ELASTIC BLOCK STORE』は同じ『Avairability Zone』に作成してやる必要があるわ。」
若井「こんな感じかな。」

出来「入力が完了したら、『Yes,Create』をクリック」

若井「出来ました!」

出来「じゃあ、作成したボリュームを選択して、右クリックから『Attach Volume』を選択して、ボリューム追加してみて。」

若井「できました!」
出来「次は、仮想マシン上で追加したディスクを利用可能にするのよ。」
若井「はい!」

という事で、今回はここまで、次回はディスク追加の続きからスタートです。

執筆者紹介

山口正寛(YAMAGUCHI Masahiro)

株式会社システムサポート東京支社インフラソリューション事業部所属。

同社が得意とするOracleデータベースのエンジニアで、大規模DWHのDB管理者、DBコンサルタントなどを経験。また、同社の無料セミナーの企画にも携わる。

今回、機器がなくても気軽に環境を構築し検証したいというかた向けに AWS上でOracleデータベースを構築することをストーリー調で記載する。尚、同社はAWSを用いたクラウド工房 powered by AWSというプロダクトがあり、産学官連携でも活用している。