Go to Qiita Advent Calendar 2024 Top
LoginSignup
12
12

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 5 years have passed since last update.

@bohebohechan(ぼへぼへ)inFirstFourNotes,LLC

AWS EC2にMongoDBインストールとレプリケーション設定

Posted at

MongoDBインストールとレプリケーション設定について、簡易的な抜粋メモとして書いています。
詳細に関しては、記事の最後の参考サイトを確認するようにしてください。

◆ 今日やること

  • MongoDBをEC2にインストール
  • レプリケーションの設定と確認
    • 今回せっていするレプリケーションの形式は、以下の図の通り、「Primary with Secondary Members」です。
mongorepl.png 引用元：[Replication — MongoDB Manual 3\.4](https://docs.mongodb.com/manual/replication/)

◆ バージョン

  • MongoDB 3.2
  • Linux 4.4.30-32.54.amzn1.x86_64 #1 SMP Thu Nov 10 15:52:05 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

◆ 実装編

> EC2へのインストール

sudo yum update -y

sudo vim /etc/yum.repos.d/mongodb-org-3.2.repo

[mongodb-org-3.2]
name=MongoDB Repository
baseurl=https://repo.mongodb.org/yum/amazon/2013.03/mongodb-org/3.2/x86_64/
gpgcheck=1
enabled=1
gpgkey=https://www.mongodb.org/static/pgp/server-3.2.asc

sudo yum install -y mongodb-org

sudo service mongod start

sudo chkconfig mongod on

> 設定周り

  • WoredTigerストレージエンジンの主な設定
    • cacheSizeGB: システムメモリの６、７割
    • blockCompressor:デフォルトはsnappy（中間です）
/etc/mongod.conf
# Where and how to store data.
storage:
  dbPath: /data
  journal:
    enabled: true
  wiredTiger:
    engineConfig:
       cacheSizeGB: 1
       journalCompressor: snappy
    collectionConfig:
       blockCompressor: snappy

> EBSボリュームをAttach

  • EBSボリュームにmongoのデータを溜めるようにする。

Amazon EBS ボリュームを使用できるようにする - Amazon Elastic Compute Cloudに従って、EBSボリュームをアタッチする

  • パーミッションを変更するのを忘れないように。
sudo chown -R mongod:mongod /data
  • /etc/mongod.conf
/etc/mongod.conf
# Where and how to store data.
storage:
  dbPath: /data

> レプリケーションの設定

MongoDBではマスターのことをプライマリ，スレーブのことをセカンダリと呼びます。
MongoDBのレプリケーションの最小構成は，3つのノードが必要です。

  • ネットワークインターフェイスの設定で、レプリケーションを組むサーバのIPを記述しておくこと

レプリケーション設定前には、お互いに通信できることを確認しないといけません
Troubleshoot Replica Sets — MongoDB Manual 3.4

mongodb が listen するIPアドレスはデフォルトでは 127.0.0.1 に設定されており、ローカルからのみアクセスを許可するようになっています
mongod.conf の bind_ip に設定されたIPアドレスで listen するのでこれを変更することで外部からの接続を許可します
ここに 0.0.0.0 を設定すると全てのIPアドレスからの接続を許可します

/etc/mongod.conf
# network interfaces
net:
  port: 27017
  bindIp: [127.0.0.1,10.1.52.111,10.1.51.227,10.1.51.68]
  • レプリケーション名を決める
  • Oplogのサイジングと設定サイズを決める
/etc/mongod.conf
replication:
   oplogSizeMB: 500
   replSetName: testRepl

第4回　MongoDBのレプリケーションを構築してみよう：MongoDBでゆるふわDB体験｜gihyo.jp … 技術評論社

OplogはCapped Collectionなので，作成時以外にサイズ変更することができません。 デフォルトのOplogのサイズは「1GBまたは，ディスクの空き領域の5%」
Staleを避けるために，Oplogのサイジングは非常に重要となります。
Oplogのサイズは，mongodの初回起動時にoplogSizeオプションで変更可能です。
Oplogの適切なサイズを見積もる方法のひとつに，本番を想定した書き込みテストを実施し，作成されたOplogのサイズを取得する方法があります。
1時間程度，本番想定と同程度の書き込みテストを行った後，以下のコマンドでレプリケーションの最新情報を取得します。

> db.getReplicationInfo()

1時間で作成されたOplogのサイズがわかれば，Oplogのサイジングの目安となります。
少なくとも8時間のセカンダリのダウンタイムに耐えられるようにしておくことが推奨されています。

  • レプリケーションの設定

どれかのサーバに入って、以下のコマンドを実行

config = {
  _id : "testRepl",
  members : [
    { _id : 0, host : "10.1.51.227:27017" },
    { _id : 1, host : "10.1.51.68:27017" },
    { _id : 2, host : "10.1.52.111:27017"} ] }

rs.initiate(config)
  • スレーブの読み取り専用動作設定

そのままだと、スレーブが読み取り専用としてアクセスできないので以下の設定を行っておく。

スレーブノードで、以下のコマンドを実行

 db.getMongo().setSlaveOk()
  • レプリケーションステータスの確認
testRepl:PRIMARY> rs.status();
{
	"set" : "connobaRepl",
	"date" : ISODate("2017-01-12T07:03:05.556Z"),
	"myState" : 1,
	"term" : NumberLong(6),
	"heartbeatIntervalMillis" : NumberLong(2000),
	"members" : [
		{
			"_id" : 0,
			"name" : "10.1.51.227:27017",
			"health" : 1,
			"state" : 1,
			"stateStr" : "PRIMARY",
			"uptime" : 100310,
			"optime" : {
				"ts" : Timestamp(1484182286, 1),
				"t" : NumberLong(6)
			},
			"optimeDate" : ISODate("2017-01-12T00:51:26Z"),
			"electionTime" : Timestamp(1484104344, 1),
			"electionDate" : ISODate("2017-01-11T03:12:24Z"),
			"configVersion" : 3,
			"self" : true
		},
		{
			"_id" : 1,
			"name" : "10.1.51.68:27017",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 100245,
			"optime" : {
				"ts" : Timestamp(1484182286, 1),
				"t" : NumberLong(6)
			},
			"optimeDate" : ISODate("2017-01-12T00:51:26Z"),
			"lastHeartbeat" : ISODate("2017-01-12T07:03:04.017Z"),
			"lastHeartbeatRecv" : ISODate("2017-01-12T07:03:04.020Z"),
			"pingMs" : NumberLong(0),
			"syncingTo" : "10.1.51.227:27017",
			"configVersion" : 3
		},
		{
			"_id" : 2,
			"name" : "10.1.52.47:27017",
			"health" : 1,
			"state" : 2,
			"stateStr" : "SECONDARY",
			"uptime" : 99751,
			"optime" : {
				"ts" : Timestamp(1484182286, 1),
				"t" : NumberLong(6)
			},
			"optimeDate" : ISODate("2017-01-12T00:51:26Z"),
			"lastHeartbeat" : ISODate("2017-01-12T07:03:05.025Z"),
			"lastHeartbeatRecv" : ISODate("2017-01-12T07:03:05.022Z"),
			"pingMs" : NumberLong(2),
			"syncingTo" : "10.1.51.227:27017",
			"configVersion" : 3
		}
	],
	"ok" : 1
}

> mongoログインの時の警告メッセージを消す方法

[ec2-user@ip-10-1-52-47 ~]$ mongo
MongoDB shell version: 3.2.11
connecting to: test
Server has startup warnings:
2017-01-11T03:10:18.308+0000 I CONTROL  [initandlisten]
2017-01-11T03:10:18.308+0000 I CONTROL  [initandlisten] ** WARNING: /sys/kernel/mm/transparent_hugepage/defrag is 'always'.
2017-01-11T03:10:18.308+0000 I CONTROL  [initandlisten] **        We suggest setting it to 'never'
2017-01-11T03:10:18.308+0000 I CONTROL  [initandlisten]
testRepl:SECONDARY>

◆ 参考サイト

12
12
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
Sign upLogin
12
12

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?