[0877]スレッド一覧スレッドの最後へ»kmtbecさん(No.1)別スレでも質問しましたが、回答がつかないようなので。CDNについて、教えていただきたいのですが、1つのキャッシュサーバ(=IPアドレス)に複数のサービス利用者のキャッシュが格納されている。(=CDN-UがY社以外も利用する)って言うのが調べてみてもはっきりしませんでした。ここについて解説されている記事など有りましたらタイトルとか教えていただけないでしょうか?ご意見だけでもOKです。akamaiはエッジサーバの数が世界中で24万ほど有るとのことですが、パッと調べた限り、APNIC内でも最低20万以上のIPv4を保有しています。IPv6になると1垓以上保有しています。なると、FQDNごとは無理でも、サービス利用者のドメインごとにIPを割り当てることは可能かと思います。15:10ああああさん(No.2)記事も何も問題文図5の(1)を読めば一つのCDNが複数のWebページを割り当ててると読み取れると思いますが。15:16kmtbecさん(No.3)すみません。「とある会社が提供しているCDNサービス」でよいですよね?そして、Y-CDN-U-FQDNのIPアドレスとはCDN-UのエッジサーバのIPアドレスになりますよね?このエッジサーバはY社しか利用しないのか、X社やZも利用するのか図5からは読み取れないかと思います。15:46ほげほげさん(No.4)自分の見解なので間違っているかもしれませんが。>>このエッジサーバはY社しか利用しないのか、X社やZも利用するのか⇒エッジサーバはCDN-Uと契約している全ての企業が利用することになると思います。今回でいうとY社、Z(攻撃者)。利用者はそれぞれ「Y-CDN-U-FQDN」の名前解決で自分のいる位置から最も近いエッジサーバのIPアドレスを得て接続します。初回のアクセスなら、エッジサーバがオリジンサーバにコンテンツを取得しに行きます。2回目以降のアクセスであればキャッシュを保有しているのでエッジサーバがそのまま返します。「Z-CDN-U-FQDN」も「Y-CDN-U-FQDN」も名前解決をすると、利用者の位置の最寄りのエッジサーバのアドレスを得るので、結果同じエッジサーバに接続すると理解していました。18:43kmtbecさん(No.5)ほげほげさん、ありがとうございます。他の方の回答をみても、TACなどの解答速報を見ても、ほげほげさんの見解と同様に、あるエッジサーバはCDN利用者すべてのエッジサーバとして機能する。前提で書かれております。10個程度ですが実際にNSLOOKUPを試したところ、すべて違うIPアドレスで返ってきておりました。試したのがAKAMAIなので、エッジサーバが多くたまたま重複しなかっただけかもしれませんが、エッジサーバは国内に数千以上あるわけですから、すべてのリクエストに対し「近くて負荷が低い」サーバに分散している事が実現できるのか想像つきません。それよりは、サービス利用者に割り当てるエッジサーバを限定するほうが制御としては簡単な様な気がしてます。技術的にどうCDNの制御を行っているか気になってしまいました。あと、CDNの制御技術について公開されていないなら、採点者がどう認識しているかによって正解・不正解が変わってしまう点も気になります。10:37ほげほげさん(No.6)自分がCDNサービス提供しているわけではないので個人の見解含みますが。>10個程度ですが実際にNSLOOKUPを試したところ、すべて違うIPアドレスで返ってきておりました。⇒「10個の名前解決をしたサイト」は、どの企業でもよいですが例えばakamai社が提供するCDNサービスと契約して構築された企業のwebサイト、を10個試した、で合ってますか?それでバラバラのIPが返ってきたとするならば、akamai社の設計によりますが負荷分散をかなり細かくやっているんでしょうね。>すべてのリクエストに対し「近くて負荷が低い」サーバに分散している事が実現できるのか想像つきません。>技術的にどうCDNの制御を行っているか気になってしまいました。⇒方法はいくつかあるかもしれませんが、パッと思いつく方法として負荷分散装置(ロードバランサ、LB)を導入すれば可能です。分散方法も設計によりますが、ラウンドロビンで各アドレスを尽きるまで順番に返したり、負荷状況やセッション数を監視して、セッション数が1つでも少ないサーバを優先的に返したり。いずれにしてもエッジサーバもアドレスも有限ですので、何パターン試す必要があるかは設計次第ですが、そのうち過去と重複したアドレスが返ってくることになるかと思います。>サービス利用者に割り当てるエッジサーバを限定するほうが制御としては簡単な様な気がしてます。⇒これもCDNサービス提供する会社の設計次第ですが、実現可能ではあると思います。利益、構築や運用の手間など、トータルで考えた時に、採用とならなかったのかもしれませんね。スレ主さんの案を採用しているCDN企業もあるかもしれませんし。>CDNの制御技術について公開されていないなら、採点者がどう認識しているかによって正解・不正解が変わってしまう点も気になります。示してもらえるのではないかと思ってます。採点者も人間で、どれだけ複数の人間で厳重にチェックしても、過去に1例たりとも手違いがなかったかどうかは不明ですよね。自分の採点結果を部分点含めて見れるわけでもないですもんね。合格か、不合格かという結果だけという。11:54kmtbecさん(No.7)>自分の採点結果を部分点含めて見れるわけでもないですもんね。合格か、不合格かという結果だけという。今回の場合、問の成否でどの様な制御を行っているか判断できるのですが、それがないので掲示板でお聞きする形となりました。採点については多重チェックかつ、ゆらぎの範囲を設定した上で行っていると思いますが、不服申立てができる仕組みがあると良いですね。自分だったらそんな面倒なことはやりたくありませんが。>akamai社が提供するCDNサービスと契約して構築された企業のwebサイト、を10個試した、で合ってますか?はい。有名ドコロの名前を使って適当にXXX.comでnslookupして、akamaiが入っているやつだけで見ました。質問している途中で、自分もなんとなくコレかなっと思いました。調べても出てこない以上、効率的なCDNの制御方法は非公開だなと。したら、研究レポートや特許を見ればわかるかもしれませんが。LBは自分も考えましたが、キャッシュのヒット率まで考慮するとなると、複雑になりすぎるかと思います。負荷が低いかつキャッシュを保有してそうなエッジをどう見つけるか・・・。エッジサーバは有限ですが、Webサイトの数は17億と言われていますので、ipv6を用いた場合、事実上無限です。サーバ(=ポート)に対し、複数のIPアドレスが付与できることを含めて考えると、以下のような、サービス利用者ごとにエッジ(というかIP)を割り当てる事もできそうな気がします。あるサービス利用者(Y社)へのリクエストを受け取る2。Y社へ割り当てているエッジのリストをチェックする3。リクエストのリージョン内に割当がなければ、未利用エッジ(物理)のリストから割り当てる4。エッジがすべて割り当てられている場合、負荷などをもとに判断した任意のエッジに未利用IPリストのIPを追加する。Y社への秒間リクエストが一定以上になれば、新たにエッジを割り当てる。割り当てられたエッジまたはIPは、キャッシュのTTLとは別の時間で次のリクエストがなければ開放される。この方法であれば,エッジのリソースはY社以外も使うが、IPアドレスはY社専用になります。エッジサーバのキャッシュが不正に取得された場合(意味があるかは置いておいて)、割当ログから被害規模を推定できます。(キャッシュのログでもできますが、TTLが30秒のキャッシュのログを保持するとなると大変かと)キャッシュヒット率もかなり効率的かと思います。アクセス可能なキャッシュの制限もIP+ポートよりは容易かと。リストの照合を低遅延で行う方法があるかどうか知りませんが。14:06kmtbecさん(No.8)ちなみに、nslookupの結果はこんなかんじです。14:15ほげほげさん(No.9)>不服申立てができる仕組みがあると良いですね。抜け道とか攻略法とかがネットで出てきそうですね。単純に面白い発想と感じました。それか、仕組みが出来ても、事実としては全部「強制却下」されるとか(+_+)>有名ドコロの名前を使って適当にXXX.comでnslookupして、akamaiが入っているやつだけで見ました。→【akamaiが入っているやつ】はイコールでakamaiのCDNサービスを利用している、と解釈できるものですか?私が知らないので。akamaiはCDN以外にも、ただただDNSサービスもしているので、ある企業のwebサイトの名前解決をするために、akamaiのDNSサービスを提供しているプランもあるはずです。私の理解では名前解決をしてみて応答サーバにakamaiの文言が入っている場合はパターンがあると思ってます。1ある企業が自社のwebサイトの名前解決だけのサービスをakamaiと契約して、akamaiのDNSサーバが応答している。webサーバはakamaiのCDNではなく、その企業内のサーバルームで構築しているパターン。2akamaiのCDNサービスを契約していて、名前解決先も、webサイトもakamaiのCDN上に構築している。1の場合はその企業のオフィス内にあるコンテンツサーバ本体がオリジンで、そこに接続になる、2の場合はakamaiが作ったキャッシュサーバへの接続になるかと。>キャッシュのヒット率まで考慮するとなると、複雑になりすぎるかと思います。→私がセッション数と記載したので、誤解を与えてしまったかもしれません。キャッシュのヒット率は考慮しなくて良いと思います。キャッシュを持っているかどうかは一切考慮せず。何を負荷のトリガーにするかは設計次第ですが、最寄りの負荷が少ないキャッシュサーバにアクセスをして、もし初回ならオリジンサーバに聞きにいく、もし2回目以降なら代理応答する、という動作が事実かと思います。>Webサイトの数は17億と言われていますので、ipv6を用いた場合、事実上無限です。→確かに理論上はおっしゃるとおりかと。仮にakamaiがグローバルIPアドレスを1000個、IPv4とv6で保有していて、毎月どれだけのお金を支払わなければならないのかは私は知りません。個人的にakamaiの立場になると、1企業に、1アドレスと1サーバを割り当てる事はしないと思います。1000企業と契約したら冗長化を考慮するとその倍必要になりますし。出来ればまとめたいと思うところです。>サービス利用者ごとにエッジ(というかIP)を割り当てる→案として面白いと感じました。未利用IPを一つ買うにもお金かかりますし、買ったIPを未利用(予備)にしている事もレアですが、その上で面白いと感じました。発想が面白いし、今後スレ主さんが設計していく中で、自由な発送で暴れまわってほしいです。15:28kmtbecさん(No.10)誤解されている部分を指摘させていただきます。>買ったIPを未利用(予備)にしている事もレアですが、その上で面白いと感じました。実際にNSLOOKUPしたIPをAPNICでWHOISした結果が下記になります。AKAMAIこのサブネットで利用可能な数は、028穰2409&#153457;6036垓5167京423兆9472億5128万6016となります。JPNICの費用だったら「758,222円」になります。AKAMAI以外という意味では、うちの会社ではIPv4ですが/16(クラスB)を複数持ってたりします。実際のIPアドレスの利用率は20%以下だと思います。DCHPで割り振る端末ではなく、サーバ系のIPだと、XXX.XXX.XXX.10がファイルサーバ。みたいなローカルルールを使いますので、その周辺のIPは予約済みIPとして通常、利用しません。サブネットも同様に意味を持たせて使いますね。>キャッシュのヒット率は考慮しなくて良いと思います。キャッシュを持っているかどうかは一切考慮せず。ヒット率を考慮せずに負荷のみを持って分散すると、CDNのエッジ数が増えるとヒット率が低下しますし、キャッシュが増えれば増えるほどヒットしやすくなる。逆に言えばそこそこのリクエストではCDNは機能しないことになります。CDNの料金体制は「定額」「リクエスト数」「オリジンサーバへの問い合わせ数」とあるようですが、いずれも「キャッシュにあることが稀」なサービスは流行らないかと思います。サービス利用者にとっての重要事項ってことなので、ヒット率が高くないと、サービスは成り立たないかと思います。(その場合は、高可用性を売りにすると思います)>akamaiはCDN以外にも、ただただDNSサービスもしているので、ある企業のwebサイトの名前解決をするために、akamaiのDNSサービスを提供しているプランもあるはずです。その視点、抜けていました。CDNの解説サイトなどでNSLOOKUPを使用して、CDNのエッジにアクセスしているか調べられるようなことが書いてあり、試していましたが、確かにAkamaiのCDNにあるDNSに問い合わせた結果ですね。akamaiedge.netが返したAliasesが複数あり、かつ、1つにedgekey.netがあるとそれがCDNのエッジっぽい?ようです。16:07kmtbecさん(No.11)ちなみに、自分の想像はそんなに突飛でもないかと思います。AWSでリソースを使うとき、おそらくこんなフローじゃないですかね?リソースの開放については主体が異なりますが。16:20ほげほげさん(No.12)ご指摘ありがとうございます。私が一切触ったことのない領域のため、アレコレ想像で記載していたので、間違いや認識違いが当然あり過ぎるだろうなぁと思っていました。実務をされているのか、正確な数字や金額で記載いただけると理解が深まります。16:42kmtbecさん(No.13)いえいえ。自分もIPの管理はしたりしますが、まさかAkamaiがこんなに大量のIPを確保しているとは思いも付きませんでした。費用も調べたら出てきただけで、こんなに安いとは思いませんでした。ほげほげさん、議論に乗っていただきありがとうございます。他の考えが思いつかなくなってしまうので、勉強になりました。実際にどの程度負荷が減らせたか。費用感とか投稿していただけると非常に助かります。悩まれている方の考えでも結構です。将来SCを受験する人の役に立つかもしれませんし。Reserved.▲Pagetop。