Apache または NGINX を ELB のバックエンドサーバーとして使用する
Apache または NGINX を実行する Amazon Elastic Compute Cloud (Amazon EC2) インスタンスを、Elastic Load Balancing (ELB) のバックエンドサーバーとして使用したいと考えています。しかし、最適なパフォーマンスを得るためにどの設定を使用すればよいかわかりません。 解決方法 ロードバランサーに最適な設定は、お客様のユースケースによって異なります。最適なパフォーマンスを得るには、バックエンドアプリケーションの応答時間とクライアントの要件を分析します。 バックエンドアプリケーションが Apache または NGINX を実行している場合は、次のパラメータを確認します。 クライアントヘッダータイムアウト (Apache の Timeout、NGINX の client_header_timeout) アプリケーションのタイ
nginx でKeepAliveを設定してみる | レンタルサーバー・自宅サーバー設定・構築のヒント
nginx でKeepAliveを設定してみる
Amazon Aurora PostgreSQL を使用する際のベストプラクティス - Amazon Aurora
Amazon Aurora PostgreSQL DB クラスターを管理するためのベストプラクティス例を以下に示します。基本的なメンテナンスタスクも確認してください。詳細については、「Amazon Aurora PostgreSQL の管理」を参照してください。 Aurora PostgreSQL DB インスタンスのパフォーマンスの低下、自動再起動、フェイルオーバーの回避 負荷の高いワークロードや、DB インスタンスに割り当てられたリソースを超えて急増するワークロードを実行している場合、アプリケーションと Aurora データベースを実行しているリソースを使い果たしてしまう可能性があります。CPU 使用率、メモリ使用量、使用されているデータベース接続数など、データベースインスタンスに関するメトリクスを取得するには、Amazon CloudWatch、パフォーマンスインサイト、および拡張モ
apacheのKeepAliveをそれなりに考えてみたITプログラマーのノート
5年以上apahce使ってるけどKeepAliveの設定ってあまり気にすることなかった。ていうか、そこまで巨大なサービスを運用する機会がなかったからとりえずonにしとけばいいんじゃね！？ぐらいなもんではい。。。 では、実際になぜKeepAliveが必要なのかhttpの仕様をみながらお話していきます。 注）KeepAliveはHTTP/1.1より実装された機能なので以下はHTTP/1.1を前提にお話いたします。 httpはステートレス・プロトコル ステートレス・プロトコル（stateless protocol）とは状態を持たないプロトコルのことで、必要なレスポンスをかえしたら即時に切断される。サーバ側はどこの誰がリクエストしているかも知らないし、クライアントがどういう状態かもわからない。 つまり一人の人が100回アクセスしてこようがサーバー側では100回違う人がアクセスしてきてるという認識だ
apacheのKeepAlive｜ミドルウェアとか｜開発者ブログ
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。 こんばんわ。misneyです。 今回はApacheのKeepAliveについて書こうと思います。 前もって書いておきますが、私の妄想的なapache(prefork)の動きを書きます。 色々と間違った点があると思うので、鵜呑みにしないでくださいね。 KeepAliveというのは、HTTP1.1がどうのこうの・・・ということで、ステートレスがアレっていう設定です。 日本語で書くと、一度に多くの情報が得られちゃうよってな機能だと思います。 私が思うKeepAlive 現在のWebページでは、色々なHTTPセッションを必要とするわけです。 ・画像 ・Javascript ・Flash ・動画/音楽 ・CSS １つのHTMLに100以上のファイルが存在するような場合もあり、その数だけHT
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
株式会社スタイルズ
