MongoDBのレプリカセットを組んで検証する必要があったのでdockerを使って構築することにしてみました。
| コンテナ名 | 役割 | ホスト側ポート |
|---|---|---|
| mongo1 | Primary | 30001 |
| mongo2 | Secondary | 30002 |
| arbiter | Arbiter。データは持たない | 30011 |
以下の様な形です。
ref: https://docs.mongodb.com/manual/core/replica-set-architecture-three-members/
続きを読む検索システムを扱う上で文字列の正規化は非常に重要な要素です。
大抵納品されるデータはフォーマットがバラバラ（全角半角、カタカナひらがなが統一されないなど）なので、この正規化によってある程度統一させることで検索の精度を向上できます。
Unicode正規化形式は主に４つあります。簡単にまとめると以下です。
| 名称 | 説明 | 具体例 |
|---|---|---|
| NFC | 正規分解して合成 | 「か」＋「゛」→「が」 |
| NFD | 正規分解して分解 | 「が」→「か」＋「゛」 |
| NFKC | 互換分解して合成 | NFCと大体同じ。さらに「㌢」→「センチ」と展開 |
| NFKD | 互換分解して分解 | NFDと大体同じ。さらに「㌢」→「センチ」と展開 |
負荷試験やサービスが重くなっている時にチェックしたほうがいい項目を挙げてみました。
AWSだとデフォルトだとpingが通らないのでncコマンドを使います。
$ nc -z 192.168.1.10 27017 Connection to 192.168.1.10 port 27017 [tcp/*] succeeded!
$ free
total used free shared buffers cached
Mem: 2050028 169268 1880760 688 14840 64408
-/+ buffers/cache: 90020 1960008
Swap: 0 0 0
freeが示すのはVIRTなのでmallocやJVMでのヒープ確保している分も含むtopの%MEMはRES/Totalの物理メモリなので確保が大きい場合は差がでるDockerのネットワーク周りを勉強していると、
など色んな要素が出てくるのですが、ちゃんと理解していないとすぐ忘れるため一度しっかり学んでみました。
今回はその時に疑問に思ったことをまとめてみました。
| マシン | IP | 役割 |
|---|---|---|
| ホスト | 192.168.33.10 | Dockerホスト |
| docker0 | 172.17.0.1 | 仮想ブリッジ |
| nginx1 | 172.17.0.2 | コンテナ１ |
| nginx2 | 172.17.0.3 | コンテナ２ |
