ある PHP 案件の振り返り | Carpe Diem
2015 年、僕がメインで担当したとある PHP 案件の振り返りを行ってみようと思います。おもに技術面から、設計前に想定したこと、実際に導入してうまくいったこと・いかなかったことを振り返ってみたいと思います。 技術的な環境は、次のとおりです。 インフラ環境: オンプレミス（だいだい６台くらい、このときのためにほぼハードウェアを新規に調達しました） OS: CentOS 7.0 言語: PHP 5.6 フレームワーク: FluelPHP 1.7.x データベース: Postgresql 9.3 ミドルウェア ロードバランサー冗長化: Keepalived（新規） ウェブサーバ: Apache から Nginx に変更、PHP は FPM キャッシュ: Redis（新規） 検索: Elasticsearch（新規） ログ: Fluentd（新規） 監視: Nagios & Cacti & Mu
DNS キャッシュについての考察 | Carpe Diem
比較的アクセスのあるウェブサーバがあって、そのウェブサーバから結構な回数で Web API をたたいています。ご存じのとおり、Linux では DNS をキャッシュしてくれないので、Web API をたたくために毎回 DNS へのアクセスが発生して、DNS の負荷がすこし上がってきたので、ウェブサーバに DNS キャッシュを入れてみることにしました。 今回の用件は、次のとおりです。 Web API でたたくときにドメインを、それぞれのウェブサーバでキャッシュしたい おもに外部ドメインをキャッシュするので、DNS ラウンドロビンにはできれば対応したい ということで、いろいろと調査したり、友人からアドバイスをもらったところ、Unbound、Dnsmasq、caching-server、の三つの選択肢があることが分かりました。それぞれ、CentOS 5.7 x86_64 の環境で、試していました
dstat が便利 | Carpe Diem
dstat という vmstat, iostat, netstat, nfsstat, ifstat 用の置き換えとして使える多機能ツールがあることを知ったので、CentOS でさっそく試してみました。 まず、インストール方法ですが、公式に dstat パッケージが提供されているので yum 一発でインストールすることができます。 $ sudo yum install dstat /usr/bin/dstat にインストールされます。 dsat は多機能ツールですが、使い方は dstat –help するとたくさん表示されます。 まず、オプションを指定しないで実行してみます。 $ /usr/bin/dstat —-total-cpu-usage—- -dsk/total- -net/total- —paging– —system– usr sys idl wai hiq siq| read
MySQL Cluster セミナーのレポート | Carpe Diem
Sun が主催した MySQL Cluster セミナーに行ってきました。普段、MySQL Community Server を使用していますが、MySQL Cluster を実際に使われている貴重なセミナーのため参加してみました。 MySQL ダウンロード数: 893,092 DL（過去1年間、Windos 版が一番多い） MySQL Cluster 7.0: 2009年4月 GAリリース MySQL 5.1 2008年 GAリリース MySQL 5.4 2009年 プレビュー版リリース 今回のセミナーは、次のとおり。 MySQL Cluster 7.0 の紹介 by Sun MySQL Cluster 7.0 に最適な Sun の x86 プラットフォーム by Sun MarketSpeed における MySQL Cluster 適用事例紹介 by 楽天証券 MySQL Cluste
Apache チューニング Tips | Carpe Diem
先日、Web サーバ勉強会 #2 が開かれました。内容は、Apache のチューニングということで、参加したかったのですが、他の予定があって参加できませんでした。 そこで、僕が個人的に行っている Apache のチューニングを紹介したいと思います。最初、スライドで作成しようかと思ったのですが、ブログにまとめたほうがよさそうなのでブログにまとめていきます。 まず、大前提として Apache をチューニングするうえで、大事なことはその Apache が提供する Web サービスの種類のよって大きくチューニングする内容が異なるということです。例えば、動画・写真共有サービスと株価情報のサービスを比較すると、当然のことながら大きくサービスの内容が異なりますし、HTTP レベルでみるとクライアントからのリクエスト数、データサイズ、などがかなり違ってきます。 ですので、まずは自分が扱っているウェブサービ
syslog-ng と rsyslog | Carpe Diem
そろそろ本格的に、CentOS な本番サーバを syslog-ng あるいは rsyslog に切替えようと、実際に試してみました。切替えたい目的は、必要なログは集中管理したいためです。今回は、本番環境でも使う Apache のアクセスログを他のサーバに転送するための設定方法だけ紹介します。 まずは、syslog-ng。 syslog-ng の本家サイトをみると、次のような3種類のバージョンがあります。 オープンソース版: フリー、syslog-ng のオープンソースブランチ プレミアム版: いくつかの追加機能をオリジナルのオープンソース版 syslog-ng からフォークした商用版 ストアボックス版: ログのライフサイクル管理の中央ログサーバアプライアンス 次に CentOS では、バージョン 2.1.4 が EPEL のリポジトリから提供されています。本家サイトでは、次のバージョンが
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Bzip2 | Carpe Diem
