memcachedとトラブルとソーシャルアプリDevelopers Summit 2013 の 【15-e-5】NoSQLの野心的な使い方 ～Apache Cassandra編～ のスライドです。 NoSQLについてのよくある誤解や正解から始めて、 RDBMSとの本当の関係、 フロントシステムがNoSQL 動的分析などがRDBMS という構成が自然な解であることなどを 簡単ながら記載しています。 最近はマイクロサービス/サービスメッシュ基盤へ応用しています。 https://b-rabbit.jp/
CentOS に memcached をインストールする | dTblog
以前は yum でサクッとインストールできたと記憶しているのだけど、今は yum でインストールできないようなので、ソースからインストールしました。手間がかかったので、次回へのメモとして、ログを残しておきます。 まず、memcached が使うイベント通知APIの libevent のバージョンを確認。 # rpm -q libevent libevent-1.1a-3.2.1 1.1系と古いので、新しいものを入れます。ソースは公式サイトから、安定版のうち最新のものを持ってきます # cd /usr/local/src # wget http://www.monkey.org/~provos/libevent-1.4.13-stable.tar.gz # tar xvfz libevent-1.4.13-stable.tar.gz # cd libevent-1.4.13-stable #
muninでmemcachedをリソース監視する手順 - アルパカDiary Pro
muninバージョン 1.2.5*1 ここからダウンロード http://munin-monitoring.org/browser/trunk/plugins/node.d/memcached_.in もしかしたら、１行目の #!@@PERL@@を #!/usr/bin/perlなどに直す必要あるかも。 配置する場所 /usr/share/munin/plugins/ 以下の３つの中から監視項目を決める*2 memcached_rates memcached_bytes memcached_counters /etc/munin/plugin-conf.d/munin-node にコンフィグ設定する [memcached_*] env.host 127.0.0.1 env.port 11211 シンボリックリンク設定 ln -s /usr/share/munin/plugins/memca
memcachedを複数起動する（メモ） | mutter
1サーバで扱うデータの中に、なるべく消えて欲しくないセッション情報などのデータと、限界が来たら順次消えて行って良いページ情報などのデータが同居していて、どうもキャッシュ漏れ→セッション切れが頻繁に起きているようなので、複数プロセスを立ち上げて管理を別にすることにした。[*1] 本来は1つのコマンドで複数のプロセスを立ち上げるように、initファイルを変更すべきで、実際そういうアイディアもいくつか落ちているんだけど、正直に告白すると読んでもあんまりよく分からなかったので素直に複数のinitファイルを用意した。 参考 Running Multiple MemCache Instances | spf13.com 手順は以下。 1. 設定ファイルをコピー cp /etc/sysconfig/memcached /etc/sysconfig/memcached_2 2. 設定ファイルを変更 特に、
DebianかCentOSにmemcachedを導入する - uncertain world
テスト環境がCent OSじゃなくてDebianだったので、 そっちでmemcached使えるようメモ。 (http://gihyo.jp/dev/feature/01/memcached/0001?page=2) $ wget http://www.danga.com/memcached/dist/memcached-1.2.5.tar.gz $ tar zxf memcached-1.2.5.tar.gz $ cd memcached-1.2.5 $ ./configure $ make $ sudo make installここまでは上手くいったけど $ /usr/local/bin/memcached -p 11211 -m 64m -vv /usr/local/bin/memcached: error while loading shared libraries: libeven
Not Only NoSQL!! 驚異的なまでにWRITE性能をスケールさせるSPIDERストレージエンジン
Webサービスでは、世界中からのトラフィックを捌く必要があるため、いくらチューニングしようとも一台のRDBMSでは捌ききることが出来ないのが常だ。MySQLは最初からマスター・スレーブ型のレプリケーション機能が搭載されており、スレーブをたくさんぶら下げることによって参照の負荷をスレーブに割り振るというスケールアウトによってその問題に対処してきた。スレーブによるスケールアウトは、参照（＝PV）が多いWebサイトと非常に相性が良く、幾多のWebサイトにおいて実績を作ってきているし、まだまだ利用されている。 しかしながら、サイトのトラフィックが劇的に増加してくるようになると、レプリケーションによる負荷分散では追いつかなくなってきた。そこで人々がとった選択肢は、memcachedを利用することである。memcachedはインメモリ型の高速なKVSであり、参照・更新性能はMySQLより格段に高い。M
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
