ipv6－连接未来的桥梁ahref=1概述a挑战解决方.pdf

该【ipv6－连接未来的桥梁ahref=1概述a挑战解决方 】是由【小屁孩】上传分享，文档一共【3】页，该文档可以免费在线阅读，需要了解更多关于【ipv6－连接未来的桥梁ahref=1概述a挑战解决方 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。IPv6-连接未来的桥梁IPv6-连接未来的桥梁概述挑战解决方案概述 在国际与政府市场,各类企业和机构终于日渐感受到从大众通用的IPv4标准向更新的IPv6标准移植迫在眉睫。原因有很多,不单单是IPv4系统中可访问地址数量有限,同时需要访问“全新”互联网的设备也日渐弥增:咖啡壶、电视机、闹钟、汽车等不胜枚举。IPv6标准还有另外一些特性,如增强的安全性和可靠性。而问题是,当前,全球大都使用IPv4标准。除互联网II(不向商业访问开放)外,大众熟知的互联网目前只适用于IPv4标准。为了实现IPv6的一致应用,许多政府机构已经接到指示,进行系统移植并协助在全球范围推广IPv6。挑战 面临的问题是:全世界不可能同时移植为IPv6,众多企业和机构也不会贸然转变,将所有应用和设备立刻从IPv4转变为IPv6。当前迫切需要的是一项完善的移植计划和系列工具,以此协助两项标准间的有序过渡。该工具应在IPv4网络和IPv6网络上均实现无缝稳定地运行,并使企业与机构可监控和管理现有基础设施的测试、转变和移植过程。works公司提供的BIG-IP本地流量管理器(LTM)。解决方案 works公司的BIG-IPLTM以其负载平衡、高可用性及SSL-处理能力著称。而其压缩、缓存、速率调整及其它相关性能却鲜为人知,它还可作为从IPv4向IPv6过渡的桥梁,能够在各种环境或是混合环境中稳定运行。对于正积极筹划或是期望由IPv4向IPv6转变的企业或机构而言,这一能力无疑正中下怀。 标准的BIG-IPLTM部署在客户端和服务器之间设置了LTM设备,可提供客户端所使用的应用。这样,LTM设备可提供虚拟化和高可用性功能,使几个物理服务器类似单一整体。但是,即使没有多个服务器来提供应用,LTM设备仍可为其后的服务器提供服务。此时,虚拟化能力可支持用户开始将客户端或服务器移植到IPv6网络,并无需立刻作出任何更改。 一个稳定、可控制的移植战略可能存在两种同等情况。您可在维持服务器处于IPv4网络时,将客户端移植入IPv6网络,或者在使客户端维持于IPv4环境中时,将服务器移植到IPv6环境。一方面,将客户端移入IPv6可能接触各个客户端设备,使新的DHCP服务http://localhost/f5/white_book/(第1/3页)[2008-4-1818:37:22]IPv6-连接未来的桥梁和DNS服务合并,确保客户端可通过IPv6支持路径连接到网络。另一方面,将服务器移入IPv6极有可能遇到应用相关性,如果出错可能同时影响到每位用户。多数企业和机构将会发现,由于客户端在一段时期内仍需要利用IPv4实现公共资源通信,因而首先移植应用将更为轻松。 BIG-IPLTM为您提供了随意操作的灵活性,在此,我们选择首先移植服务器。假定服务器和客户端之间已有BIG-IPLTM设备,只需为BIG-IPLTM(支持IPv6的网络)添加一个新的“服务器”网络。这样,网络中BIG-IPLTM的前端是IPv4,其后则为IPv4和IPv6。 接下来,需要将服务器从IPv4网络移植到IPv6网络。BIG-IPLTM将继续为客户端提供IPv4虚拟地址,从而客户端几乎感觉不到有何差异。当LTM在多个服务器间提供负载平衡时,这点尤为明显。例如,有两个后端服务器为应用提供服务,停止其中一个(用户仍可访问另一个),面向IPv6重新配置服务器,将其移植到IPv6网络,然后将原来的负载平衡池重新添加到服务器,这样,IPv6地址就取代了先前的IPv4地址。此时,客户端的请求平衡加载在一个IPv4服务器和一个IPv6服务器上。要完成该流程,仅需停止余下的IPv4服务器(用户可继续使用IPv6服务器),将其移植到新的IPv6地址。完成后,IPv4客户端将开始使用IPv6服务器——这样,在未出现任何停机的情况下,您便完成了整个服务器的移植。 依照这种方式,您还可轻松地创建一个网络,其中,客户端系统继续使用IPv4,但所有的服务器都在其新的IPv6上运行。客户端不会意识到任何变化,它们会继续采用BIG-IPLTM所支持的IPv4虚拟服务器来访问应用。http://localhost/f5/white_book/(第2/3页)[2008-4-1818:37:22]IPv6-连接未来的桥梁 值得注意的是,采用相同的技术,您无需改变服务器,即可将客户端移植到IPv6。在此情况下,您需创建面向客户端的IPv6接口,其全新的IPv6虚拟服务器指向和先前IPv4虚拟服务器完全相同的IPv4服务器。然后,将客户端移植到新的IPv6客户端网络时,新的IPv6DNS进程可利用之前指向对应IPv4地址的相同DNS名称,“分发”虚拟服务器新的IPvI6IP地址。此外,通过采用相同的主机名称和相同的后端服务器,大多数情况下,客户端仍可开始利用原有的应用,并无丝毫异样。 当然,事实并没有如此简单,但是BIG-IPLTM为您提供了依据企业或机构自身进度来移植服务和客户端的灵活性。如果某些应用无法移植,或是不支持IPv6,您可将其保留为IPv4,直至它们被替换(假设企业或机构必须统一采用IPv6)或不再使用。同样,仍需保留IPv4标识符的客户端可为双归属(IPv4或IPv6),亦或通过BIG-IPLTM的IPv4接口访问企业的IPv6网络。BIG-IPLTM的虚拟化能力使这一切成为可能。http://localhost/f5/white_book/(第3/3页)[2008-4-1818:37:22]