From version 5.0 onward, Marvel is part of X-Pack. For more information, see Monitoring the Elastic Stack.
![Marvel Documentation [2.4] | Elastic](https://cdn-ak-scissors.b.st-hatena.com/image/square/cbbc87b803e58787f8346841e5b65698d408f3c5/height=288;version=1;width=512/https%3A%2F%2Fwww.elastic.co%2Fstatic%2Fimages%2Felastic-logo-200.png)
インフラ担当の池田(@mikeda)です。 今回はNaviPlusのインフラの概要的な話をします。 サービスについて まず提供しているサービスについてです。 他にもいろいろあるのですが、メインはレコメンド(NaviPlusレコメンド)と検索(NaviPlusサーチ)です。 どちらも主にECサイト向けのASPサービスです。 レコメンド:顧客のアイテム情報、ユーザの行動履歴からオススメ商品/ランキングなどを生成する 検索:顧客のアイテム情報を検索できるようにする システムはレコメンドと検索で大きく異なっています。 なぜかというと、検索系のシステムは1年前にコトハコという会社を買収して吸収したものだからです。 なので以降の話はそれぞれ別々の説明になること多しです。 サービス規模について まずアクセス数と物理サーバ台数についてザックリと(2013年12月現在)。 レコメンド アクセス数:10億/月
fluent-plugin-elasticsearchやKibanaのデフォルトであるlogstash形式では、年月日毎にインデックスを作成されて使われることを想定されています。 これは扱いやすいのですが万能では無く、次のような状況ではパフォーマンス的な観点で、このインデックスの粒度を変更することを検討すると良いケースがあります。 粒度を細かくしたいケース(時間単位) 日毎のインデックス作成では、elasticsearchに割り当てたメモリ量を超えてしまう 粒度を荒くしたいケース(週単位/月単位/年単位) 日毎のインデックス作成では容量が小さく、日常的に検索する範囲が複数のインデックスに渡るとき Kibanaは年月日以外の粒度(時間・日・週・月・年)にも対応していますので、変更することも容易です。これは次の2つの設定変更で適用できます。 ログ収集を行うElasticsearchへ流し込む、
(Monitoring Casual Talk in Kyotoで発表してきたので、ブログエントリにまとめ直しました) 2013年はインフラ周りの技術的な進化が大きく、いくつかのエポックメイキングな概念と実装が産まれました。個人的には特に以下の2つが大きいと思っています。 AWSの本格普及期 DockerとImmutable Infrastructure これらを踏まえて、2014年のウェブシステムの進化の方向性を考えてみます。また、それによるモニタリングへの影響もあわせて考えます。だいぶ長くなってしまったので、急ぐ人は最後に結論をまとめましたので、そちらからどうぞ! 2013年という時代背景 AWSが本格普及期を迎えているのは、言わずもがなのことで、Re:Inventでの246件という膨大のセッション数などにその勢いが表われています。 また、DockerはLXC (LinuX Conta
久々のWordpressネタです。 私は手ごろなプラグイン派なので気になるプラグインは次から次へとインストールしたりアンインストールしたり。また、ブログ記事数も100を超えてきて画像増えてきましたので、最近、ブログの表示が重くなったかなと?そこで、簡単にできるレベルでwordpressの高速化を行ってみました。色々ググってみると記事がたくさんありますね。サーバー環境の同じネットの海の漂流者さんの記事を参考に設定しました。 php.iniの設定をする PHP アクセラレーターを導入します。 ロリポップサーバーにログインし管理画面⇒PHP設定から設定できます。 PHPのバージョンを5.3に更新し、pc.enabled 、apc.enable_cli を”1″に設定します。 phpMyAdmin から MySQL の最適化 phpMyAdmin の管理画面にてオーバーヘッドの欄を確認。オーバ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く