驚愕の1万円台！ 低価格サーバーの実力を探る (1/4)
超低価格サーバーの分野で、特に人気を集めているメーカーがNECと日本ヒューレット・パッカード（以下、HP）だ。NECのExpress5800/110Ge（以下、110Ge）は通常価格が3万4650円のモデルを1万7325円に（9月26日まで）、HPのProLiant ML115（以下、ML115）は4万6800円のモデルを1万6800円に（10月28日まで）、というように積極的なキャンペーンを頻繁に展開している。 110Geの1万7325円というモデルは、CPUにシングルコアのインテルCeleron 430（1.80GHz）、ECC付きのメモリーを512MB搭載しており、HDDはオプションとなっている。一方、ML115の1万5750円のモデルは、CPUにシングルコアのAMD Athlon LE-1640B 2.7GHz、ECC付きのメモリーを512MB、160GBのシリアルATA HDDを
最近の激安PC、サーバのまとめ - Future Insight
一年の中でもっともPC、サーバが安く買える時期がやってきました。僕が現在把握している激安PC、サーバをまとめます。詳細はこのエントリーに書いていることを鵜呑みにせず各社のWebサイトでご確認下さい。 Vostro 200 スリムタワー オンライン 1000台限定 ビジネスベーシックパッケージ Dell 公式サイト (Dell Japan) | Dell 日本 基本的なスペックを満たしたPCがクーポン適用し、配送料無料で24,990円(追記:配送料無料のキャンペーンは終了しました)です。たぶん、普通のPCをこの値段で保証付きで買える機会はなかなかないでしょう。今、1Gのメモリは2000円くらいで買えるはずなので、このPCを買ったら最低1Gのメモリを増設することをおすすめします。 SC440 デュアルコア プロセッサー＆1GBメモリ搭載パッケージ Dell 公式サイト (Dell Japan)
ウノウラボ Unoh Labs: ベンチャー流サーバ構築のススメ(ネットワーク編)
尾藤正人です。 前回のエントリ ベンチャー流サーバ構築のススメ(ハードウェア編) では多くのコメント、トラックバック、ブックマークをしていただきました。ありがとうございます。僕自身多くのことで勉強になりましたし、新たな発見もありました。 技術は公開、共有して発展するものだと思っていますので、自分の無知をさらけ出すのを恐れずにいろいろ公開して、自分自身も成長していければと思っています。 今回はサーバ構築するときのトピックとして、どのようにネットワークを構築したかを書いてみます。 サーバ構築に限ったことではありませんが、重要なのは質を下げずにコストを下げることです。ネットワーク部分でお金がかかるのは回線ぐらいですから、ネットワーク周りで重要なのは人的コストを下げること、つまり管理コストを下げることです。 ・回線は2回線以上用意する 2回線以上用意するのは高可用性を確保するためです。通常は全ての
GIGAZINE最大の挑戦、LoadAverage「86」から「3」へ
というわけで、再び負荷を下げる方法を模索した、戦いの記録。 1.MySQLの設定を変更して高速化 2.Zend Optimizer 3の導入 3.ionCube PHP Acceleratorの導入 4.テンプレートの見直しでクエリーを減らす 5.robots.txtでクロールする間隔を制御する 6.MySQLの設定を負荷を低くする設定に変更 7.キャッシュを有効化する 前回解説した「GIGAZINEのLoadAverageを「27」から「2」へ下げた方法」から約3週間後、6月20日（火）の夜、気がつくと負荷の15分平均は「25」をコンスタントに吐き出すようになり、さらに訪問者は急増、ついに6月28日（水）12時45分、負荷対策の効果がほとんど出ないまま、LoadAverage15分平均は「86」に…。 何か対策が根本的に間違っているのだろうか？それとも、もうGIGAZINEサーバのハード
GIGAZINE - GIGAZINEのLoadAvarageを「27」から「2」へ下げた方法
ここ3日間ぐらい超絶な重さだったのはサーバに物理的トラブルが発生したからではなく、単純に閲覧者数が満員御礼となり、各時間で倍増したためです。LoadAverageはひどいときで15分間の平均値「27.1」程度。瞬間最大風速だともっと高いです……明らかにまずい。 というわけで、Apacheのデフォルト設定で今までは大丈夫だったのですが、ついに高負荷サイト用の設定に変更せざるを得なくなりました。 そのため、実際に行った対処方法は以下の通り。1日30万PV近い動的サイトの高負荷を緩和させる方法として参考になれば幸いです。 まず大前提として、既にDNS逆引きや.htaccessの余計な読み込みなどは停止させていました。下記ページに書いてあることは実行済み。 ＠IT：Apacheパフォーマンス・チューニングの実践（1/2） この状態で負荷が15分平均で「27」になっていたわけです。 また、LoadA
naoyaのはてなダイアリー - サーバーを増やせばいいんじゃない、サーバーを増やすだけで解決できるように努力するのだ
ライブドアの技術の話について書いた、その記事のコメント欄。最初は感情的な批判などがあって話題とは別の方向で炎上し気味だったんでうーんと思ってたんですが、後半になってきて少し面白い議論が出てきました。 こんな反応があった。 アクセス数が増加している段階で、ApachやAppServerのスレッド数をいじろうが、ヒープサイズを増やそうが、DBのパラメータをいじろうが、はてまたアプリを書き直そうが、性能要求にミートするには相当のワークが発生しますし、どう最適化、チューニングしても追いつきません。そのようなチューニングにお金をかけるならサーバーを追加したほうが安く上がるのではないかと思うのですが、如何でしょう? それに対する僕の返信は、 確かに何千万もするファイルサーバーとか、ロードバランサーとかで問題が解決できる機会っていうのは存在すると思います。なので ”負荷が高ければ、結局サーバーを単純に増
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
