yum –enablerepo=rpmforge –enablerepo=utterramblings
install php-mysql
などとしてみる。
You are currently browsing the archives for the システム・ネット関連 category.
yum –enablerepo=rpmforge –enablerepo=utterramblings
install php-mysql
などとしてみる。
http://twitter.com/akamiya Fujisan CTOとかペパボ社外役員
http://twitter.com/_Decide_ アライクCTO
http://twitter.com/akiyan カウリCTO
http://twitter.com/aoyagikouhei ユニークビジョンCTO
http://twitter.com/araipiyo もぐらCTO
http://twitter.com/basuke 関心空間 CTO
http://twitter.com/bto 元ウノウCTO
http://twitter.com/bud731213 グラムメディアCTO
http://twitter.com/dankogai だんこがい (昔 ライブドアCTO)
http://twitter.com/entermotion_cto エンターモーションCTO
http://twitter.com/fshin2000 想創社(モバツイ) CEOだけど
http://twitter.com/fumy231 ゴーガCEO 小山氏
http://twitter.com/gcd_org KLAB CTO
http://twitter.com/gosukenator ペーパーボーイアンドコー技術責任者
http://twitter.com/GoTheDistance ギークブロガー代表 ゴーザ氏
http://twitter.com/hashikem クックパッド最高技術責任者
http://twitter.com/hirata news2u CTO, six apart 技術役員 平田氏
http://twitter.com/hkunimitsu gumi CEO
http://twitter.com/hyoshiok ミラクルリナックス元CTO
http://twitter.com/i2k 国立情報学研究所准教授兼グルコースCTO的なもの
http://twitter.com/ikebe ライブドアCTO
http://twitter.com/ikko アジャイルメディア・ネットワークCTO
http://twitter.com/inoue_ariel アリエル・ネットワークCTO
http://twitter.com/iwaowao FERIX (CEOだけど)
http://twitter.com/joraku ハートレイルズCEO兼CTO
http://twitter.com/jy3n 頓智ドット CTO
http://twitter.com/kaichi カヤックCTO
http://twitter.com/kansai_takako ユーザーローカル製品企画・開発担当
http://twitter.com/ken_washikita さくらインターネット研究所所長
http://twitter.com/kinoppix エクストーンCTO(ニワンゴ取締役兼務)
http://twitter.com/konomichi イデアリスタCTO
http://twitter.com/lO_olx_xlo_Ol 博報堂DYメディアパートナーズ 森永氏
http://twitter.com/masahif2 元Ynot CTO
http://twitter.com/masaki_fujimoto グリーCTO
http://twitter.com/mistakah Speee 元CTO
http://twitter.com/nealsato ミクシィのCTO的なもの
http://twitter.com/nemoto ムロドーCTO
http://twitter.com/nick104 元アイスタイル技術責任者
http://twitter.com/nonomura サンゼロミニッツCTO
http://twitter.com/orangevtr フラクタリスト 技術責任者
http://twitter.com/oshitajunji エフルートCEO 尾下氏
http://twitter.com/piarrakun 比較.com CTO
http://twitter.com/shiganet Shiganet (CEOだけど)
http://twitter.com/shigotoyou_hy オイシックス 技術責任者
http://twitter.com/stanaka はてな 執行役員
http://twitter.com/taisukef jig.jp CEO 福野氏
http://twitter.com/takiuchi ライトトランスポートエンタテインメントCTO
http://twitter.com/tryal サイボウズ・ドットネットCEO 椿氏
http://twitter.com/twk あたまソフト CEO兼CTO
http://twitter.com/u_minor ゆめみCTO
http://twitter.com/understeer 元マイネット・ジャパンCTO
http://twitter.com/wadap ロケットスタートCTO
http://twitter.com/yamaji 4travel CTO
http://twitter.com/yamaz スケールアウト CEO兼CTO
http://twitter.com/yang8 ランゲートCEO
http://twitter.com/yasutake 楽天 技術役員
http://twitter.com/yohxx 魔法のiランド 技術責任者
http://twitter.com/yoikawa セールスフォース・ドットコムCTO
http://twitter.com/yukawasa はてな社外取締役 川崎氏
http://twitter.com/yusukemurata インキュベイトファンド パートナー 村田氏
http://twitter.com/zaki ゼロスタートコミュニケーションズ (CEOだけど)
参考: ギークも会社もハッピーにするCTOカ゛ンガレ なカンファレンス。開発好きとベンチャー好き200人くらい集まってCTOたちを囲んでわいわいします。別名: CTO48.
書評はしません。
なぜ、この本を買ったかというと、最近、社内でシステム構築をサーバーから検討する機会があり、その後、いつもどおりPHPを動かしていたら、サーバ機がフリーズしてしまって、無人での運用が危うくなっていました。
レンタルサーバーでしか運用したことがないし、ハード面での知識がないので、どのような構成、設計で運用していくべきか、全くわからない状況でした。
これからどのようなスペックにすべきか、
心配なく運用できるように負荷軽減を考えていきたいと思います。
目次
【Part1】設計ノウハウ編
第1章 Webシステム
1 – 1 Webシステムの設計課題
1 – 2 設計の流れ
1 – 3 方式設計
1 – 4 詳細設計
第2章 システム設計
2 – 1 システム設計の目的と進め方
2 – 2 プラットフォーム
2 – 3 ミドルウエア
2 – 4 アプリケーション
第3章 性能設計
3 – 1 性能設計の目的と進め方
3 – 2 業務および性能目標の明確化と,性能モデルの選定
3 – 3 システム・サイジング
3 – 3 流量制御設計
第4章 信頼性設計
4 – 1 信頼性設計の目的と進め方
4 – 2 可用性設計
4 – 3 障害検知と一次処置
第5章 セキュリティ設計
5 – 1 セキュリティ設計の目的と進め方
5 – 2 ネットワーク・セキュリティ
5 – 3 認証方式とアプリケーション
5 – 4 システム監査とIT 内部統制
第6章 運用設計
6 – 1 運用設計の目的と進め方
6 – 2 サービスレベル設定
6 – 3 監視運用
6 – 4 予兆監視
6 – 5 障害運用
6 – 6 運用の自動化
6 – 7 システム構成の見直し
【Part2】構築ノウハウ編
第7章 システム構築
7 – 1 CosminexusとTomcatの対比
7 – 2 業務アプリケーションの開発手順
7 – 3 システム構築手順
7 – 4 インストール
7 – 5 環境変数の設定
7 – 6 運用管理サーバーの設定
7 – 7 Webシステムの構成定義
7 – 8 Webシステムの構築
7 – 9 Webシステムの開始
7 -10 業務アプリケーションのインポート・開始
7 -11 業務アプリケーションの入れ替え
7 -12 業務アプリケーションの停止・削除
7 -13 Webシステムの停止とアンインストール
第8章 トラブル・シューティング
8 – 1 トラブル・シューティングの流れ
8 – 2 エラー別対応Tips
第9章 性能チューニング
9 – 1 性能チューニングの目的と進め方
9 – 2 多重度チューニング
9 – 3 DBチューニング
9 – 4 JavaVMチューニング
付録 プロトタイプ検証
A – 1 プロトタイプ検証の目的と進め方
A – 2 単体性能の検証
A – 3 多重性能の検証
家計がひとりじゃない分、高い買い物の部類にはいるから、かなり悩んで買いました。
筐体のコンパクトさはかなりの満足度。
静音です。
空気清浄機をつけているからか、気になりません。
メモリはUMAXの2Gで。
HDDは以前Macbookのバックアップ用に買ったやつを使うことにした。
120GB 2.5インチ 5400RPM。HTS541212H9SA00です。
モニタが家になく、AQUOSに接続するために、HDMI付じゃないといけないかと思ったら、あっさりRGBケーブルで大丈夫でした。
用途はWEBサーバで、開発用サーバにしようと思ってCENTOS5.4を使用。
一日がかりでインストールしたものの、カーネルパニックとかになりまして、OSを三度も再インストールした。
メモリかHDDかわかりません。
どうやって原因を確かめるのかもわからないから、ググりまくりです。
2日目ですが、未だにOS入れただけなう。
MYSQLとPHPをインストールするまでに行かないのでした。
<失敗点>
液晶テレビにつないでつかう目的だったけど、
別にValoreじゃなくてもよかったかも。
<予算>
べアボーン:26,800(マザボ、CPU、DVD付)
メモリ:4780
HDD:3980
———————
合計 ¥35,560




最近Linuxの勉強のため、VMwareにいれてあるCentOSで
コマンドを叩いて、MySQLをつないで
レプリケーションして、やっています。
ネットワークを介して、やってみたいし、
できたとしても、たいしたことないだろうけど、
わくわくする。
そこで、少なーい予算で、どうすれば自宅にサーバを
作れるか考えたところ、Atom搭載のPCをサーバにすることが
コストパフォーマンスが優れてると。
消費電力が少なく、自宅サーバに向いている。
40Wで、トイレの電球と同じだとすれば(?)、
ピーク時はそんなもんで済む。
個人的なWebサイトであれば、対応可能でしょう。
メモリも2枚入り、最大4GB。
だ。
マザボだけでだいたい7500円前後。
それに電源付ケース、メモリ、HDDなど足して、
25,000円程度で構築できそうだ。
1万円足したと考えて、作るなら、
AspireRevo ASR3610-A44が気になる。
![]()
今日、ヨドバシで触ってきたけど、
eee boxと比べて、
動作がよかった気がした。
ディスプレイは持っていないけど、うちの液晶テレビに
つなげることのできるHDMIケーブルがついてる。
気になる。
けれど、買っても、できても、
それ以上がないのだから、今は、VMwareで勉強する方が
いいみたいだ。
月額500円しかかかっていないレンタルサーバー代も
それを超えられるような収支のバランスが
得られなそうだし。
恋してるうちが楽しいってことですね。
root# ls /usr/local/mysql/data/
にある。
root# /usr/local/mysql/bin/mysql -u root -p
ココまでできるの!?Amebaを支えるMySQLシステム構築
というお題目でのデータベースセッション。

<アジェンダ>
1.レプリケーション
データベースの運用でI/O負荷が問題でSELECTのレスが低下する。
解決としてI/O分散のためスケールアップすることで簡単に解決できるが
コストがかかる。
データベースの改善策として、SQLのチューニング、インデックスの見直し
レプリケーションを利用した分散。
MySQLの特徴として、レプリケーション機能で簡単に負荷分散できる。
1-1.レプリケーションを利用した分散について
スキーマ別やテーブル別でSlaveサーバを構築。
スキーマ別での分散は「アメばた会議」で利用。
テーブル別での分散は「ブログ」、「なう」など多くのサービスで利用。
1-2.用途に合わせたレプリケーション
導入からテーブル分割する必要はないが、設計段階からスケールアウト
できる設計すれば迅速対応できる。
データ量が多くなるテーブル同士でのJOINはさける。
1-3.レプリケーションを効果的に使うための設計
1-4.ストレージエンジンとレプリケーション
トランザクションを必要とする更新=>InnoDB
SELECT発行が多い場合は、Slaveサーバのストレージエンジンを
Memoryエンジンにすることで、パフォーマンスが出る。
Memoryエンジンは、データ、インデックスをメモリ上で管理するので
書き込み、読み込み共に、最もはやい。ただし、Memoryエンジンは
MySQLの再起動でデータが消えてしまうので再起動方法や障害時の
データ復旧など予め考えておくことが必要。
ピグでMemoryエンジンを使用。
Masterサーバには不要な履歴などのテーブルがある場合はBlackHoleエンジン
MasterサーバのI/O負荷を軽減できる。<=参照はSlaveでするから。
MasterのDisk容量を確保、I/Oを減らせる。
1-5.多階層のレプリケーション
ブログのデータをマイページ、プロフィールで使うなど。
データセンターが違うとき。
2.MySQLの運用
監視サーバからケータイにメール。
MySQLサーバでは、PING監視、PORT監視、レプリケーション監視、
RAID監視を行っている。ツールは「mon」。
「mon」はデフォルトでPING、PORT監視をするコマンドがある。
レプリケーション監視については、独自に作成。
レプリケーション監視にはMySQLコマンドと「SNMP」を使用。
SHOW SLAVE STATUS
2-1.バックアップ
mysqldumpでのバックアップは一般的だが、リストアに時間がかかるし、
使える保証がない。
LVM2 スナップショット機能でバックアップ。
2-2.障害監視
障害監視ツール「mon」以外に「Negios」を使用して
”Load Average”と”Diskの使用率”も監視しています。
2-3.性能監視
主にLoad Average、トラフィック量、Disk I/O、Memory使用量
Disk使用量、レプリケーション遅延、vmstat
3.今後の取り組み
新しいMySQLのバージョンの検証。ストレージエンジンのパフォーマンス
サードパーティー系のストレージエンジン。
KeyValue型の検証。
メモ:
Amebaでは年50台増えている。
DBサーバーは今は250台くらい。
ほぼすべてをmysqlで運用。
SQL発行回数2500回/secを超えたら詰まった。
監視を強化
3秒はスローログとする。
2500回/secを超えたら詰まったのは、
IBM/X336
4コアサーバでやっている。
DELL/R300
ではそれ以上だった。
XenでやったらI/Oがよろしくないから仮想やってない=単体サーバ。
アメブロはオラクルとハイブリッド。
現在使っているMySQLのバージョンは4.1.21と5.0系
5.1はバグが多いと。
Ameba x ロクナナワークショップ One Day College行ってきた。

★マネージメント セッション
ブログ、芸能人、ピグ、モバイル…Amebaってどうやってビジネスしているの? †
1/22(金)に開催されたAmeba x ロクナナワークショップに出席
主催:株式会社サイバーエージェント
ロクナナワークショップ
サイバーエージェントがメディア事業として展開しているAmebaについて聞いてきた。
①メディアを育む ⇒②ビジネスエンジンの投入⇒③メディアに合わせて改善
自社開発のコンテンツを育てるには、プラットフォームと、コンテンツの両方の育成が
必要であり、ユーザーは自己実現欲を満たすことで、そのコンテンツに長く滞在し、
購入をする。その点がECで置き換えたときと全く同じであり、商品を出品するだけ
(器を用意するだけ)でなくコンテンツの充実もECサイトの成長には重要。



Ameba x ロクナナワークショップ One Day College 無事終了
http://ameblo.jp/lionbaby/entry-10440788661.html
Ameba×67WS イベント無事終了!
http://ameblo.jp/yana/entry-10440611721.html
Ameba x ロクナナワークショップ One Day Collegeまとめ その1(´・ω・)
http://ameblo.jp/konica/entry-10440758902.html
Ameba x ロクナナワークショップ まとめ その2(´・ω・)
http://ameblo.jp/konica/entry-10440788888.html
mysql> SELECT “u” AS フィールド名, store . * FROM store