﻿<?xml version="1.0"?>
<rss version="2.0">
	<channel>
		<title>ロードバランサやサーバの運用メンテナンス用語</title>
		<link>http://www.radioxtremeromania.org/</link>
		<description>ロードバランサやサーバの運用などに関連したメンテナンス用語を紹介してるサイトです。</description>
		<language>ja</language>
		<pubDate>Mon, 1 Jan 1 00:00:00 +0900</pubDate>
		<lastBuildDate>Fri, 30 Dec 2011 22:21:03 +0900</lastBuildDate>
		<item>
			<title>ＵＲＬリライト・オプションとは</title>
			<link>http://www.radioxtremeromania.org/url-rewrite-option.html</link>
			<description><![CDATA[
セッション維持方式で頻繁に使われるのは、「cookieオプション」です。なぜならクッキーは、パソコン用のＷｅｂブラウザでほとんど利用可能だからです。汎用性が高いことがメリットですが、当然デメリットもあります。たとえば、セキュリティの関係でcookie利用をしていないケースです。クッキーを利用していないのですから、使うことは不可能です。他にも、携帯電話のブラウザでは最初からcookie利用が不可能となっています。したがって、cookieオプション以外のセッション維持方式も取り入れる必要があるということです。そこで利用するのが、「ＵＲＬリライト・オプション」です。これは、クライアントが初めてアクセスした時に、ＷｅｂサーバはセッションＩＤを埋め込んだＵＲＬを作成して、Ｗｅｂブラウザに通知するのです。そして、通知した後でＷｅｂブラウザは「セッションＩＤが埋め込まれたＵＲＬ」でサーバにアクセスするのです。ＩＤが埋め込まれたＵＲＬを使うという所が一番のポイントです。この仕組みを使えば、cookie利用不可の端末でも問題なくセッション維持ができます。ロードバランサは、リクエストからＩＤを検出して、そのＩＤを発行したサーバに振り分ける作業を担っているのです。ロードバランサの運用メンテナンスサーバロードバランサの基礎知識
			]]></description>
			<pubDate>Fri, 18 Nov 2011 16:22:08 +0900</pubDate>
			<guid isPermaLink="true">http://www.radioxtremeromania.org/url-rewrite-option.html</guid>
		</item>
		<item>
			<title>ｃｏｏｋｉｅオプションとは</title>
			<link>http://www.radioxtremeromania.org/cookie-option.html</link>
			<description><![CDATA[
ＨＴＴＰのセッション維持方式は、Webブラウザの条件によって利用できる方式が異なります。したがって、クライアントや使用しているブラウザに合わせて、セッション維持方式を選択することになります。まずはじめに、cookieオプション(クッキー)について説明したいと思います。クッキーは、クライアント固有の情報を、自分たちのサーバ側に記憶させずに、Webブラウザ側に記憶させるシステムです。このシステムを機能させるには、サーバが応答データ用にSet-Cookieヘッダーを付ける必要があります。このおかげで、情報を記憶させる事と、情報の有効期限をWebブラウザに指示する事ができるのです。この指示した有効期限内ならば、同じサーバにアクセスするケースの時に、Cookieヘッダーを追加できます。そうする事によって、記憶していた情報をWebサーバに送ることができます。これがクライアントからのリクエストを同じサーバに振り分ける為の仕組みになります。ちなみに、クッキーを挿入するのは、クライアントが初めてサーバにアクセスした時になります。cookieオプションは汎用性が高いため、よく使われる方法です。パソコン用のブラウザならば、ほとんど利用可能なので覚えておくと役に立ちます。三菱のパジェロミニ　中古車やパジェロの中古車を探せる車探しの情報サイトです。サーバー別ロードバランサ導入方法
			]]></description>
			<pubDate>Fri, 18 Nov 2011 16:21:53 +0900</pubDate>
			<guid isPermaLink="true">http://www.radioxtremeromania.org/cookie-option.html</guid>
		</item>
		<item>
			<title>ＵＲＬベース負荷分散とは</title>
			<link>http://www.radioxtremeromania.org/blog/urlbase.html</link>
			<description><![CDATA[
コンテンツ単位の負荷分散で代表的なのが、「ＵＲＬベース負荷分散」です。これは、利用者がアクセスしようとしているＵＲＬを分析する事によって、コンテンツ単位で負荷分散先のサーバを選択する機能です。コンテンツ単位でグループ化するのも有効で、サブ・サーバグループを作ることも可能です。どのグループを使うかは、分散方式を指定する事によって制御する事ができます。振り分ける方法は、リクエストに含まれるホスト名を判別してサーバに振り分けていきます。仮想ＩＰアドレスは当然１つですが、ロードバランサがホスト名を判別するので問題ありません。他にも、パス名で振り分けることもできます。ＵＲＬのパス名・ファイル名を使う事によって各サーバグループに負荷を分散するようにするのです。これらのシステムを構築する事によって、サービスの向上(トラブルを未然に防ぐ・レスポンスが良い等)を実現することができます。これからは、コンテンツ単位で判断することが、ますます重要になってくると思います。ＵＲＬベース負荷分散は奥が深いので、専門書で勉強する価値は十分あります。他にも「ＨＴＴＰヘッダー負荷分散」というものがありますので、合わせて覚えておくと便利です。高品質なサービス提供には必須の技術です。
			]]></description>
			<pubDate>Fri, 18 Nov 2011 16:21:52 +0900</pubDate>
			<guid isPermaLink="true">http://www.radioxtremeromania.org/blog/urlbase.html</guid>
		</item>
		<item>
			<title>ＳＳＬプロトコルとは</title>
			<link>http://www.radioxtremeromania.org/sslprotocol.html</link>
			<description><![CDATA[
重要なデータを送る時に必要になってくるのが、通信データを暗号化・復号化を行うプロトコルです。その役目を担うのが、「ＳＳＬプロトコル」です。まず覚えておかなければならないのは、ＳＳＬプロトコル単体で使われることは無いという事です。ＨＴＴＰやＦＴＰなどのアプリケーション・プロトコルと組み合わせて利用するのが一般的です。組み合わせる事により、通信データを保護する働きがあります。今挙げた中でも、頻繁に使われるのが、ＳＳＬプロトコルとＨＴＴＰの組み合わせです。どのようにして同じサーバに振り分けられるようにするのかというと、１つの組み合わせに対して1つの「ＳＳＬセッションＩＤ」を付与する事で判断しています。このＳＳＬセッションＩＤで識別を行い、リクエストとサーバを繋ぐようにしているのです。方法は他にもあります。ロードバランサにＳＳＬアクセラレーターを内蔵する方やり方です。これは、通信データの復号化とサーバの振り分けを同時に行う方法です。基本的にこの手段は、ＨＴＴＰＳ通信のセッション維持に使われます。もっともＨＴＴＰＳ通信では、ＳＳＬセッションＩＤオプションが機能しないので使うものは自動的に決まります。組み合わせを考慮することは大切な事です。バンコクでジュエリーつきの指輪やアクセサリーを安心して購入できるお店http://akigems.com/ウェブサービス運用サーバの可用性を高めるロードバランサロードバランサの機能や役割を解説
			]]></description>
			<pubDate>Fri, 18 Nov 2011 16:21:52 +0900</pubDate>
			<guid isPermaLink="true">http://www.radioxtremeromania.org/sslprotocol.html</guid>
		</item>
		<item>
			<title>セッションを識別する情報</title>
			<link>http://www.radioxtremeromania.org/shikibetsu.html</link>
			<description><![CDATA[
ロードバランサのセッション維持機能は、どのようにして識別しているのでしょうか。主に２つの方法があります。１つは、「ネットワーク・プロトコルの情報でセッションを識別する」というものです。これは、ＩＰ・ＴＣＰ・ＵＤＰなどのネットワーク・プロトコル情報から識別するという事です。この方法を採用するメリットは、サーバの種類に関係なく利用可能ということです。汎用性のあるシステムといえます。それ以外にも、「アプリケーション・プロトコルの情報でセッションを識別する」という方法があります。先ほど説明したものよりも、上位のアプリケーション・プロトコルの情報を用いて識別します。この方法のメリットは、細かな制御を実施できることです。そのため、サービスの種類に合わせてセッション維持のシステムを選択する必要があります。なぜ必要なのかというと、アプリケーション・プロトコルに依存する為です。一例を挙げますと、「ノード単位の分散」を選択した場合は、利用者を１つの単位として認識して、同じ利用者はどんなリクエストでも同じサーバに割り振るという方式です。これは単純に、利用者の送信元ＩＰアドレスを識別しているだけです。同じＩＰアドレスでリクエストがくれば、自動的に前と同じサーバに割り振られる事が保障されているのです。サービスに最適な識別方法を選ぶことが必要です。アルマードのサプリなどを販売している卵殻膜配合製品のおすすめ通販サイトです。http://www.treviode.net/箱根の観光スポットなら鈴廣かまぼこ運営の箱根の観光スポットかまぼこの里です。
			]]></description>
			<pubDate>Fri, 18 Nov 2011 16:21:44 +0900</pubDate>
			<guid isPermaLink="true">http://www.radioxtremeromania.org/shikibetsu.html</guid>
		</item>
	</channel>
</rss>

