さくらインターネットではウェブアクセラレータというCDNサービスを提供しています。本稿では、主にWebサイトの運用/企画担当者向けに、そもそもCDNとは何なのか？どういう機能があってどういう時に役に立つのかといったポイントをご紹介します。 ※この記事は掲載から1年以上が経過しております そもそもCDNってどういったもの？ CDNとはContent Delivery Networkの略で、簡単に言うと自分のサーバーの代わりにデータの配信を肩代わりしてくれるサーバーの集合体です。「Network」という単語が使われていることからもわかるように、1拠点からの配信ではなく、複数拠点から配信することで拠点内の冗長性だけではなく拠点単位の冗長性も考慮されているのが特長です。要はデータセンターが火災などで丸ごと障害が発生した場合でも、別のデータセンターから同じデータを配信できるということです。 CDNな
今回はWebサーバーに対するある特定のパターンでのアクセスによって発生する負荷を調べたい、といった場合に有用な「Apache Jmeter」と、クライアントでのJavaScriptの実行時間までも含めたWebページのロード時間を測定できる「wbench」を紹介する。 グラフィカルにテストシーケンスを作成できる「Apache Jmeter」 記事前編ではWebサーバーの負荷テストを行える「Apache Bench」や「Siege」といったツールを紹介した。Apache Benchは手軽さが、またSiegeでは複数のURLを対象にテストを実行できる点が特徴だが、これ以外にもWebサーバーのテストに活用できるツールはいくつか存在する。今回紹介する「Apache Jmeter」もその1つだ（図1）。 図1 Apache Jmeterのメインウィンドウ Apache Jmeter（以下、Jmeter
WebサーバーやWebサービスの公開前には、そのサーバーがどの程度のアクセスにまで耐えられるかを事前に調査しておくことが好ましい。本記事では、こういった調査の際によく使われる「Apache Bench」および「Siege」というツールの使い方を紹介する。 サービスの公開前に行っておくべき負荷テスト 昨今では低価格サーバーでも高性能化が進んでおり、静的なページを表示するだけのWebサーバーや比較的負荷の少ない処理を行うようなWebアプリケーションでは、1台のサーバーのみでそれなりの規模のアクセスに耐えられるようになっている。とはいえ、CPUの性能やメモリ容量、ストレージの種類などによってアプリケーションのピーク性能は変動するため、単純にハードウェアの性能や使用するソフトウェアといった情報だけでどの程度までのアクセスを捌けるのかを判断することは難しい。実際、負荷をかけてみたら「想定していたレベ
「KUSANAGI」応用テクニック 常時SSLとHTTP/2の導入方法（商用SSLサーバ証明書編）：とにかく速いWordPress（14）（1/3 ページ） エンタープライズ用途での利用が増えている「WordPress」の高速化チューニングテクニックを解説する本連載。今回は、商用のSSLサーバ証明書を用いた常時SSL、HTTP/2の導入方法を解説します。 連載バックナンバー 前回は、無償で利用できるSSLサーバ証明書Let's Encryptを用いた常時SSL、HTTP/2の導入方法を解説しました。 今回は、さくらのSSL、GMOグローバルサイン、ジオトラスト、シマンテックなどの商用SSLサーバ証明書を用いて常時SSL、HTTP/2を導入する意義とその具体的な方法を解説します。なお、前回の記事を読んでいることと、KUSANAGIでWordPressのプロビジョニングが行われていることを前提
CPU、もしくはストレージがボトルネックになっている場合、vmstatコマンドを用いて切り分けを行います。 [root@test ~]# vmstat 1 procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu----- r b swpd free buff cache si so bi bo in cs us sy id wa st 0 0 271328 110320 59792 392132 0 0 1 165 0 5 1 0 88 11 0 0 0 271328 110304 59792 392132 0 0 0 16 101 175 1 0 99 0 0 0 0 271328 110304 59792 392132 0 0 0 436 154 276 0 0 98 2 0 右から3番目の
「KUSANAGI」応用テクニック 常時SSLとHTTP/2の導入方法（Let's Encrypt編）：とにかく速いWordPress（13）（1/3 ページ） エンタープライズ用途での利用が増えている「WordPress」の高速化チューニングテクニックを解説する本連載。今回は、WordPressサイトを常時SSLとHTTP/2に対応させ、無償SSLサーバ証明書であるLet's Encryptを導入する方法を解説します。 連載バックナンバー 前回は、“いきなり1000倍高速”を実現するWordPress高速化チューニング済み仮想マシン「KUSANAGI」が本当に高速なのかを検証しました。 今回はその応用編として、WordPressサイトの「常時SSL化」と高速な通信プロトコルである「HTTP/2」への対応、そして無償で利用できるSSL証明書の「Let's Encrypt」を導入する方法を解
こんにちは、さくらインターネット クラウドチームの大喜多です。 このたび、さくらのクラウドの新オプションサービスとして「ウェブアクセラレータ」オープンβテストを開始しました。 ウェブアクセラレータとは 「ウェブアクセラレータ」は、オリジンサーバーのコンテンツをキャッシュして配信する国内向け高速コンテンツ配信サービスです。Webサーバーへのアクセス集中に備えてウェブアクセラレータを設定することでオリジンサーバーへの負荷を吸収し、アクセス急増時も安定してサイトを表示することができます。本記事では「ウェブアクセラレータ」の使い方についてご紹介します。 「ウェブアクセラレータ」は以下のような利用ケースに適しています。 突発的なアクセス増加 TV番組や有名サイトで紹介されたり、キャンペーン告知などにより突発的にWebサイトへのアクセスが増加した場合でもウェブアクセラレータであれば複数のキャッシュサー
“いきなり1000倍高速”になるWordPress高速化チューニング済み仮想マシン「KUSANAGI」とは何か：とにかく速いWordPress（11）（1/3 ページ） エンタープライズ用途での利用が増えている「WordPress」の高速化チューニングテクニックを解説する本連載。今回は、これまで実践してきた高速化テクニックなしに、“いきなり1000倍高速”を実現できるチューニング済み仮想マシン「KUSANAGI」を活用するための「7つのポイント」を紹介します。 連載バックナンバー WordPressは、これまで紹介してきた高速化チューニングを実践することによって、1秒当たりの同時アクセス数（Requests per second）が、デフォルトのLAMP（Linux、Apache、MySQL、PHP）環境の「11.24」から、Nginx＋HHVM 3.12構成で「205.20」に、さらにN
「gzip圧縮」して通信時間を短縮する まずは、Apacheの設定を調整して通信時間を短縮する方法を導入します。 具体的には、WebサーバからHTTPレスポンスとしてブラウザに送られてくるHTMLとその他のファイルを、「gzip圧縮」して通信させることで、通信時間を短縮させます。WordPressが直接生成するHTMLやXMLなどのファイルの他に、CSSやJavaScriptなどのリソースファイルにも有効です。 gzip圧縮を用いると、テキスト形式のファイルの多くは4分の1ほどのサイズまで圧縮できます。その分、通信時間を短縮し、帯域も節約できる訳です。 今回は、同時にWebサーバからブラウザに返されるHTTPレスポンスヘッダのExpireフィールドとCache-Controlフィールドを制御して、ブラウザキャッシュを強めにする設定も適用します。今回の設定では、MIME Typeがtext/
WordPressを2.5倍速くするPHPアクセラレータ「APC」：とにかく速いWordPress（2）（1/4 ページ） 企業のCMSサイトやオウンドメディアなどエンタープライズ用途での利用が増えている「WordPress」の高速化について解説する連載。第2回は、具体的なWordPressの高速化テクニックとして、ページのロード時間を2.5倍速くするPHPアクセラレータ「APC」を解説します。 連載バックナンバー 前回は、「WordPress」の高速化が求められる背景と、高速化の基本的な考え方について解説しました。サーバサイドでのWordPressの高速化については、ページのロード時間と1秒当たりの同時アクセス数の概念を理解するのが重要であること、ページのロード時間は、 HTTPリクエストの通信時間 PHPの実行時間 MySQLの実行時間 翻訳処理の実行時間 HTTPレスポンスの通信時間
この記事では、Webアプリケーション（特にバックエンド部分）を構築するときにハイレベルなパフォーマンスを達成しようとするなら考慮するべき、最も一般的な原則のいくつかを取り上げたいと思います。私は、自分自身の経験から、主にPHPの世界で使われるいくつかの例、設計パターン、慣例やツールについて書きますが、ここで説明する概念は、どんな言語やフレームワークにも必ず当てはまると思います。 手短に言うと、基本ルールは次の6つです。 ルール1 . 時期尚早な最適化を回避する ルール2 . 最小限の作業で問題を解決する ルール3 . 今すぐやらなくてもいい作業は延期する ルール4 . 使えるときはキャッシュを使う ルール5 . リレーショナルデータベースのN+1問題を理解し、回避する ルール6 . 可能ならアプリケーションに水平スケーラビリティをもたせる ルール1: 時期尚早な最適化を回避する Donal
HTML5 Experts.jpはなぜこんなにパフォーマンスが悪いのか…全てお見せします！ーWebパフォーマンス改善企画（改善編） 吉川 徹 Webパフォーマンス改善企画（改善編）は、実際の改善内容とその結果をお伝えします！パフォーマンス分析を行った解析編は、こちらからご覧ください。本記事はHTML5 Experts.jpがいかにして速くなったのかを包み隠さずお伝えします！ 今回の前提条件と改善ポイント 実際の改善を行う前にいくつか前提条件を説明しなければいけません。まず動作環境ですが、HTML5 Experts.jpは、WordPress上で動作しており、改善内容はプラグインの導入やPHPのコード修正が主になっています。ただ、そういったWordPressの泥臭いチューニングは本題ではないので、細かく解説するのではなく大まかな改善内容とその方針を説明したいと思います。また、改善内容に関して
ちなみに後日談…計測対象の個別記事ですが、計測のためのアクセスがかなりの頻度あるため、PVランキングでは常に1位を独占していました（笑）。また、Google Analyticsについても、計測開始前に除外設定しておかないと、正確なデータが得られなくなりますので、ご注意下さい。 計測して問題点を洗い出す ファーストバイトダウンロードタイムの遅延問題 ということで、竹洞さんに一定期間サイトのパフォーマンスデータを計測してもらいました。その結果を見ながら、早速現在のHTML5 Experts.jpの問題点を洗い出します。 竹洞：これがある日の、ブロードバンド回線でChromeを用いてアクセスした時の計測結果です。 見ての通り、ID1のhtmlの取得にすごく時間がかかっていることがわかります。この水色は、ファーストバイトダウンロードタイム（Time To First Byte、以下、TTFB）とい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く