新しいサービスの決定:IPv6またはIPv4?


22

最近の新しいサービスをホストしている間、何が最良の決定でしょう。IPv4またはIPv6?

IPv4アドレスで起動することにした場合:

  1. IPv4アドレスを取得するのは簡単/困難です(すぐに使い果たされることを考慮して)?
  2. 今後、IPv6に簡単に移植できますか?
  3. 既存のIPv6ユーザーはどのように通信できますか?

IPv6アドレスで起動することにした場合:

  1. 既存のIPv4ユーザーはどのように通信できますか?

5
@ user2284570大規模なNATは、VoIP、マルチプレイヤーゲームなど、忘れていたエンドツーエンドの接続を必要とするアプリケーションを中断します。Xbox Liveが実際にネイティブのIPv6を持っていない人に(Teredo経由で)IPv6トンネルを提供するのはそのためです。
マイケルハンプトン


4
@ user2284570より文明化されたISP(または国)への移行を検討しましたか?
マイケルハンプトン

2
@PeterHorvath私たちのインターネット標準の多くは静かで非効率的であることが判明しました(httpを取る、後方互換性があることはほとんどの革新を台無しにします)、あなたは人々がそれに従うことさえ保証されていません(html5要素とCSS 3のブラウザ互換性を参照してください)。IPv6は悪い標準かもしれませんが(このトピックについてはあまり知りませんでしたが)、少なくともIPv4の枯渇、特に静的IP(および無知なプログラマー)の実行など、直面しているいくつかの問題を解決しますNotchや、サーバーの識別としてドメイン名を受け入れない他の多くの人のように)。
Sebb

3
@PeterHorvath:あなたはただ間違っています。多くの地域(RIPE、APNIC、LACNIC)では、IPv4アドレスの主な供給が不足しています。私はRIPEアドレスポリシーWGの共同議長なので、この地域に焦点を当てます。ここでは、すべてのLIR(通常はISP)が1024個のIPv4アドレスの単一ブロックを取得できます。それ以上必要な場合は、市場で別のISPから購入する必要があります。これらの1024は、IPv4インターネット上で何かをさせるだけですが、ほとんど十分ではありません。NAT、仮想ホスティングなどは一般的ですが、まだ不足しています。あなたが見ていると、彼らの最後の物資を使用して、既存のISP ...ある
サンダーSteffann

回答:


30

IPv4とIPv6は、互いに通信しない別個のプロトコルです。今のところ、両方のプロトコルをサポートする必要があります。

IPv4アドレスを取得することはより困難で高価になりますが、すべてのユーザーがIPv6を使用できるわけではないため、サービスをその上で使用可能にする必要があります。反対側には、完全なIPv4をもう持っていないユーザーがいるでしょう。彼らはIPv4アドレスを他の多くと共有する必要があり、IPv6のみを持ち、IPv4サービスなどに到達するための翻訳サービスが必要です。これらのユーザーおよび将来のユーザーのために、最も最適な方法。

そして、そう遠くない将来に誰もがIPv6を持ち、IPv4と、それを機能させるために必要なハックとコストを取り除くことができれば幸いです。

新しいサービスを開始する1つの方法は、IPv6専用のすべてを構築し、その隣にトランスレーター(SIIT-DCまたはリバースプロキシ)を配置して、IPv4経由の着信要求をIPv6に変換することです。現時点では両方のプロトコルを処理できます。また、古いIPv4のものを後で簡単にクリーンアップして削除することもできます。

この戦略は、サービスがサーバーのクラスターで実行される場合に特に役立ちます。クラスター全体でIPv6のみを実行でき、トランスレーターに必要なIPv4アドレスは1つだけです。大半のマシンで1つのプロトコルのみを維持する必要があり、IPv4アドレスを少なくすることで費用を節約できます。Facebookのような企業もこれを行っているのはそのためです。


そしてもちろん、この単一のプロトコルトランスレーターは、最大の単一障害点となるため、少なくとも2つ購入し、haクラスターとして構成する必要があります。しかし、Facebookのように大きくなるので、私を信じて、この規模では本当に簡単です。
カカズ

1
@kakaz説明したようなトランスレータは完全にステートレスな方法で実装でき、複製が簡単になります。もちろん、そのサイズのサイトには負荷分散が必要なので、トランスレーターと負荷分散を統合することもできます。もちろん、ロードバランサーからバックエンドへの接続はIPトンネルを使用するため、内側のパケットがIPv4であっても外側のパケットはIPv6になる可能性があるため、変換の必要性はなくなります。
カスペルド

しかし、単一障害点とは何ですか?
カカズ

34

もちろん両方。IPv4は長い間使用されますが、IPv6で開始するのは過去のことです。


2
IPv4 will stay a long time:確かに、一部のプロバイダーが、パブリックアドレスではなくサブスクライバーにプライベートアドレスを配布し始めたという報告を見てきました。同時に、IPV6 アクセスを提供しません(ipv6アクセスよりもGCNを優先します)
user2284570

3
@ user2284570:それはずっと前に始まりました。2年前に自宅のケーブルインターネットでDS-Liteを入手しました。これは現在、多くのプロバイダーのデフォルトです。幸いなことに、私は彼らに完全なDSが必要だと確信させることができました。
スヴェン

1
いいえ、これとは異なり、IPV6パーツはありません。しかし、多分私はあまりにもローカライズされています。フランスでは、すべての加入者(プライベートまたは企業)がまだパブリックipv4アドレスを取得しています
-user2284570

1
@ user2284570:これは絶対にプロバイダーに依存します。重要な点はまだIPv4が長い間存在するということであるため、これも実際には関係ありません。
スヴェン

2
@ user2284570 2002年から2003年頃に起こったと思います。
CVn

2

最近の新しいサービスをホストしている間、何が最良の決定でしょう。IPv4またはIPv6?

これが、あなたの管理外のマシンまたはネットワーク上のクライアントによるパブリックインターネット上での使用を目的としたサービスであると仮定すると、両方をサポートする必要があります。

IPv4アドレスを取得するのは簡単/困難です(すぐに使い果たされることを考慮して)?

通常、ホスティングプロバイダーからレンタルする個々のアドレスについては、ほとんどのプロバイダーはまだ各サーバーに1つずつ含まれていますが、一部は追加料金を請求し始めています。IPv4アドレスの市場価格が上昇するにつれて、サービスプロバイダーから請求されるレンタル料金も上昇することが予想されます。

独自のネットワークを実行するためにブロックが必要な場合は、さらに難しくなります。IPブロックには市場がありますが、AIUIはサーバーを購入するというよりも本物の東洋人を購入することに似ています。ヨーロッパでは、LIRとして登録し、RIPEから「最終的な割り当て」を取得することもできます。そのアプローチのマイナス面は継続的な料金です(LIRの料金は「プロバイダーに依存しない」割り当てよりもはるかに高くなります)。

今後、IPv6に簡単に移植できますか?

IPv6アドレスはIPv4アドレスよりも大きいため、固定サイズのフィールドにIPを保存するものには問題があります。同様に、IPv6アドレスはドットではなくコロンを使用するため、IPアドレスを構造化テキスト形式で保存するものには問題が発生する可能性があります。

IPアドレスが事後的に保存および処理されるすべての場所を追跡するよりも、最初から両方をサポートする方がほぼ確実に簡単です。

既存のIPv6ユーザーはどのように通信できますか?

現在、インターネットの大部分はv4のみであるため、プロバイダーはクライアントがv4のみのリソースにアクセスするための何らかの手段を提供する必要があります。IPv4アドレスがより高価で入手が困難になるにつれて、各顧客に専用のパブリックIPv4アドレスを提供せずにこれを実行できるメカニズムを探しています。

これには、ISPレベルの従来のIPv4 NAT、IPv4パケットをIPv6上の特別なIPv4 NATにトンネリングするDS-Lite、IPv6パケットをIPv4パケットに変換するNAT64など、さまざまなアプローチがあります。それらはすべて、パフォーマンス、信頼性、虐待を追跡する能力が犠牲になります。

既存のIPv4ユーザーはどのように通信できますか?

前のケースとは異なり、これはほとんどあなたの問題です。一部のクライアントはteredoを使用する場合がありますが、Windowsはドメインコントローラーを検出するとデフォルトでteredoを無効にし、他のほとんどのオペレーティングシステムはすぐにそれをサポートしませんでした。teredoが有効になっている場合でも、正確に最も信頼できるメカニズムではありません。

そのため、サービスをインターネットユーザーの大半で機能させるには、IPv4で提供する必要があります。

ただし、サーバーがIPv4をサポートする必要があるという意味ではありません。たとえば、CloudflareやAkamaiなどのCDNを使用している場合、CDNはIPv4経由でトラフィックを受信し、IPv6経由で転送できます。また、この顧客に無料のリバースプロキシサービスを提供するホスティングプロバイダーを知っています。IPv4アドレスの価格とIPv6をサポートするクライアントの割合の両方が上昇するにつれて、このようなことがより一般的になることを期待しています。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.