Webシステムのボトルネック回避---目次
Webシステムはアクセス数が増加することで性能が悪化する。ボトルネックの大半はデータベース・サーバー（DBサーバー）とアプリケーション・サーバー（APサーバー）にある。 性能を改善する方法は，ハードウエアの拡張とミドルウエアのチューニングが王道。従来，DBサーバーの拡張はサーバー機自体の入れ替えに頼っていたが，ここへ来てDBサーバーの負荷分散やDBアクセスのキャッシュが現実味を帯びてきた。（日川 佳三） Webシステムのボトルネック回避(1) 総論「DBサーバーの負荷分散が有効」 Webシステムのボトルネック回避(2) パート1:拡張「DBサーバーも拡張可能に」 Webシステムのボトルネック回避(3) パート2:チューニング「適切なパラメータを見出す」 Webシステムのボトルネック回避(4) パート3:新機軸「DBアクセスをキャッシュする」
Poundで作るロードバランサとSSLラッパ（1/4） ― ＠IT
Webサーバの負荷を軽減する方法として、リバースプロキシによる代行とロードバランサによる分散が考えられる。今回は、これらによる負荷の低減方法について解説する。（編集部） Apache自体のチューニングによる性能向上には限界があります。よりパフォーマンスを求めるなら、次にやるべきことはメモリの追加や高性能なCPUへの交換など、ハードウェアの見直しです。しかし、それにも限界があります。 リバースプロキシとロードバランサ ハードウェア単体による性能向上が限界に達した場合は、サーバ構成の見直しを行います。まず考えられるのが、リバースプロキシをWebサーバの前面に立ててクライアントからのアクセスを肩代わりさせる方法です。Webサーバがボトルネックになるのを防ぐとともに、セキュリティ向上にも寄与します。 もう1つの方法は、より高可用性を意図した構成として負荷の分散を図ることです。高可用性とは、サーバの
チープなDNSラウンドロビンは高価なロードバランサの座を奪い返せるか:Web屋のネタ帳 on CNET - CNET Japan
結論。DNSラウンドロビンという古くからある技術を取り巻く状況の変化を見過ごしている結果、負荷分散と可用性確保のために高価なロードバランサー機器を導入しているWebサイトは、実は大幅に金を無駄にしているのかもしれない。 一部の人には「今頃気がついたか」と笑われる可能性が高い話だ。 筆者が気づいたきっかけはとあるブログに書かれたこんな一節である。 あまり知られていないことかもしれませんが、DNS があるホスト名に対して複数の IP アドレスを返した場合、多くのウェブブラウザは、その全てのアドレスに対して接続を試みます (接続に成功するまで)。 Kazuho@Cybozu Labs: DNS ラウンドロビンと高可用性 (High Availability) 「えっ？そうだったの？だとすれば、、、」というのが筆者の素直な感想である。これだけでピンと来ている人はいいのだが、詳しくない人のために
Ywcafe.net
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Healthy Weight Loss Best Penny Stocks Cheap Air Tickets Credit Card Application Top Smart Phones Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy|Do Not Sell or Share My Personal Information
[ThinkIT] 第1回：PostgreSQLの現状 (1/2)
結論から述べると、PostgreSQLは、Webシステムのバックエンドシステムに適しています。PostgreSQLはMySQLと同様に、Webシステムのデータベースサーバーとしてよく利用されています。実際、現在稼働しているPostgreSQLサーバーの多くがWebシステムのバックエンドとして動いていると思われます。 ホスティングサービスアプリケーションのサポート状況や各種の統計情報からすると、全世界的には、Webシステムのデータベースサーバーのシェアは、MySQLの方がかなり多いと考えられます。これにはいろいろな要因が考えられますが、最近まではPostgreSQLよりMySQLの方がWebシステムのバックエンド、特にレンタルサーバー用途に適していたため、ほとんどのレンタルサーバーサービスにMySQLが採用されていたのが大きいと考えられます。 PostgreSQLがMySQLよりシェアが少な
リバースプロキシ - Wikipedia
リバースプロキシ（英: reverse proxy）または逆プロキシは、特定のサーバへのリクエストが必ず通過するように設置されたプロキシサーバである。一般的なプロキシとは逆で、不特定多数のクライアントのアクセスに備えて特定のサーバー専用に設けられる。クライアントに取ってはサービスの窓口として機能し、普通はクライアントがリバースプロキシを意識することはない。 リバースプロキシは、不特定多数のクライアントに対するアクセス制限や、サーバーの負荷分散のために用意される。具体的には下記の用途がある。 セキュリティ リバースプロキシサーバを前置することで防御が一段階増える。リバースプロキシに認証・認可の機能を持たせる場合もある。複数台のサーバがある場合にリバースプロキシで認証・認可を行うとシングルサインオンを実現できる。 暗号化/SSL高速化 SSL による暗号化でセキュアなWebサイトを作るとき、暗
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
