最近の新しいサービスをホストしている間、何が最良の決定でしょう。IPv4またはIPv6?
IPv4アドレスで起動することにした場合:
- IPv4アドレスを取得するのは簡単/困難です(すぐに使い果たされることを考慮して)?
- 今後、IPv6に簡単に移植できますか?
- 既存のIPv6ユーザーはどのように通信できますか?
IPv6アドレスで起動することにした場合:
- 既存のIPv4ユーザーはどのように通信できますか?
最近の新しいサービスをホストしている間、何が最良の決定でしょう。IPv4またはIPv6?
IPv4アドレスで起動することにした場合:
IPv6アドレスで起動することにした場合:
回答:
IPv4とIPv6は、互いに通信しない別個のプロトコルです。今のところ、両方のプロトコルをサポートする必要があります。
IPv4アドレスを取得することはより困難で高価になりますが、すべてのユーザーがIPv6を使用できるわけではないため、サービスをその上で使用可能にする必要があります。反対側には、完全なIPv4をもう持っていないユーザーがいるでしょう。彼らはIPv4アドレスを他の多くと共有する必要があり、IPv6のみを持ち、IPv4サービスなどに到達するための翻訳サービスが必要です。これらのユーザーおよび将来のユーザーのために、最も最適な方法。
そして、そう遠くない将来に誰もがIPv6を持ち、IPv4と、それを機能させるために必要なハックとコストを取り除くことができれば幸いです。
新しいサービスを開始する1つの方法は、IPv6専用のすべてを構築し、その隣にトランスレーター(SIIT-DCまたはリバースプロキシ)を配置して、IPv4経由の着信要求をIPv6に変換することです。現時点では両方のプロトコルを処理できます。また、古いIPv4のものを後で簡単にクリーンアップして削除することもできます。
この戦略は、サービスがサーバーのクラスターで実行される場合に特に役立ちます。クラスター全体でIPv6のみを実行でき、トランスレーターに必要なIPv4アドレスは1つだけです。大半のマシンで1つのプロトコルのみを維持する必要があり、IPv4アドレスを少なくすることで費用を節約できます。Facebookのような企業もこれを行っているのはそのためです。
もちろん両方。IPv4は長い間使用されますが、IPv6で開始するのは過去のことです。
IPv4 will stay a long time
:確かに、一部のプロバイダーが、パブリックアドレスではなくサブスクライバーにプライベートアドレスを配布し始めたという報告を見てきました。同時に、IPV6 アクセスを提供しません(ipv6アクセスよりもGCNを優先します)。
最近の新しいサービスをホストしている間、何が最良の決定でしょう。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をサポートするクライアントの割合の両方が上昇するにつれて、このようなことがより一般的になることを期待しています。