ディスク追加に切り替えると、値段が安くなってパフォーマンスも上がる可能性が高い。処理としては、1日1回のバッチ。(詳細は書けないので省略。した時に、メモリに入りきらず一部ディスクに書き込まれる時がある。系を数十台使っている。使っているものと思われる。スペックの違い等は、以下のページを参照。インスタンスの方が安い。インスタンスには付いていない。Developers.IO以下のような記述があった。利用中のストレージを確認し、EBSのみの利用でである場合には、「r3」→「r4」への変更を検討頂ければと思います。使う必要があると思いこんでいた。運用で落ち着いていたけど、やはりコスト削減はしたい。ボリュームを追加することが可能。詳細は以下のページを参照。あたりの料金削減(r3とr4の差額分削減、EBS追加分増加、トータルでは削減)バッチ処理時間削減となった。2は予想外だったけど、以下のページにちゃんと書いてあった。ブログ大きなL3キャッシュと高速なメモリを搭載することで、既存のR3インスタンスより高い性能を発揮します。(やったことないので未確認。詳細は以下のページを参照。Referenceまとめ・雑感リザーブドインスタンスが残っているのでなければ、一般的には最新のインスタンスに乗り換えたほうが良い。あと、やっぱり、オフィシャルのドキュメントをしっかり読み込むのが大事。コメントはまだありません本投稿は、一つ前の「Elasticsearch多言語化その2」の補足。ゴールやりたい事は、以下のようなフィールドに対する検索結果のハイライトをすること。処理するマッピング定義は以下の通り。そのままコピペしたが、まぁ大体理解してもらえるかと。DR先に結論を書いておくと、以下の2つがうまくいった。上手く行かなかったのは以下の方法。以下、詳細に説明していく。2日目の記事かつ、以前書いた以下の投稿の続編。以前書いた内容と重なる部分もあるが、背景等について説明しておく。ようなツールを作っている。元々は内部向けのツールだったが、ぼちぼち体裁等が整って来たので、現在β版的な感じでひっそり公開中。(今年中にはちゃんと公開したい。私の(そして、想定しているターゲット)のユースケースとしては、オフショアを利用していたり、メンバーが多国籍だったりする場合もあるが、使われている言語は、基本的には以下のどちらか。何に使っているかなどは、詳しくはそちらを参照してもらうとして、ポイントだけ抜粋しておく。言語は、日本語がメインだけど、海外の人とのやりとりや、英語のwebページ(StackOverflowとか)からのコピペもあるので、英語もある程度使われている。現状は、日本語にのみ対応した設定だけど、英語もそこそこ使われているので、英語の検索結果もそれなりの精度になって欲しい、というのが今回の話。設定方法などは、詳しくは以下のページを参照。コメントはまだありません詳しい人から見れば大した内容じゃないと思うけど、調べたり試行錯誤した結果をまとめる。(間違いなどがあれば、ご指摘頂けるとありがたいです。自分の仕事内容としては、時間の4割位を受託開発にあてている。それに対して、自分達の開発チーム内部では自分達用のSlackチームがあるし、それ以外にも別のツールを使ってたりしているので、色んなところに情報が分散しがち。元データの種類は以下の通り。貼られたファイル言語は、日本語がメインだけど、海外の人とのやりとりや、英語のwebページ(StackOverflowとか)からのコピペもあるので、英語もある程度使われている。