CN102983995B - 一种基于数据中心的组网设计方法 - Google Patents
一种基于数据中心的组网设计方法 Download PDFInfo
- Publication number
- CN102983995B CN102983995B CN201210465061.6A CN201210465061A CN102983995B CN 102983995 B CN102983995 B CN 102983995B CN 201210465061 A CN201210465061 A CN 201210465061A CN 102983995 B CN102983995 B CN 102983995B
- Authority
- CN
- China
- Prior art keywords
- data center
- data
- center
- trunk
- network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 32
- 238000013461 design Methods 0.000 title claims abstract description 13
- 230000006855 networking Effects 0.000 title claims abstract description 8
- 238000013500 data storage Methods 0.000 claims abstract description 5
- 230000008859 change Effects 0.000 claims description 25
- 238000007726 management method Methods 0.000 claims description 23
- 230000003068 static effect Effects 0.000 claims description 12
- 230000008569 process Effects 0.000 claims description 9
- 238000012545 processing Methods 0.000 claims description 4
- 238000012217 deletion Methods 0.000 claims description 3
- 230000037430 deletion Effects 0.000 claims description 3
- 230000000694 effects Effects 0.000 claims description 3
- 230000006870 function Effects 0.000 claims description 3
- 230000007246 mechanism Effects 0.000 claims description 3
- 230000000717 retained effect Effects 0.000 claims description 3
- 230000001360 synchronised effect Effects 0.000 claims description 3
- 230000009471 action Effects 0.000 claims description 2
- 230000004048 modification Effects 0.000 claims description 2
- 238000012986 modification Methods 0.000 claims description 2
- 238000004364 calculation method Methods 0.000 abstract description 6
- 238000005516 engineering process Methods 0.000 description 3
- 230000003111 delayed effect Effects 0.000 description 2
- 241001269238 Data Species 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
Abstract
本发明提供一种基于数据中心的组网设计方法,本发明的设计方法采用一)网络的组建方式及架构模型设计;二)网络各层架构模型设计;三)IP地址的分配;四)数据访问方式,对于三层计算中心的当中,资源计算中心只提供原始数据存储空间,应用数据中心提供给用户各种实际的服务,主干计算中心起着信息桥梁的作用对数据进行暂存,并对全局账号进行管理。
Description
技术领域
本发明涉及计算机网络、网络访问方式等技术领域,具体地说是一种基于数据中心的组网设计方法。
背景技术
现在的网络是使用路由器把各种计算机设备连成了一张覆盖全球的大网,这张大网错综复杂。在这张大网上面的每台设备基本都有一个IP,随着越来越多的计算设备要连入这张被称为internet的大网,使得现在的ip地址变得越来越紧张,特别是IPv4,早在很多年以前就被预言IPv4的地址即将耗尽,但到现在一直没有耗尽主要是因为有了子网技术,很多的计算设备使用了私有IP,延缓了IPv4的耗尽,但子网技术只是延缓了IPv4的耗尽,没能真正的解决IP耗尽的问题。为了解决IPv4地址耗尽的问题,现在已经开发出来了IPv6,这被认为是最终解决IP耗尽的终极解决方法,但是现在很多的计算设备并不兼容IPv6地址,因此IPv6推广并不容易。不管是IPv4还是IPv6现在的访问模式都是每台机器设备都预设一个IP地址,每台设备的数据请求都在网络上得传输,这就容易造成网络的繁忙,以及数据的拥塞。现在的网络还有一个问题就是非常的复杂,因此一旦出现问题,不容易错误排查。在现在云计算技术和计算中心的集合,可以为现在网络遇到的问题提供一种解决方案。
这种基于计算中心和云计算的解决方式主要从三个方面对以上问题进行改进:一、网络的组建方式及架构模型;二、数据的访问方式;三、IP分配方式。
发明内容
本发明的目的是提供一种基于数据中心的组网方法。
本发明的目的是按以下方式实现的,包括:一)网络的组建方式及架构模型设计;二)网络各层架构模型设计;三)IP地址的分配;四)数据访问方式,其中:
一)网络的组建方式及架构模型设计包括以下内容:
A、是以分级的数据中心为基础建立的网络架构,在网络架构中主干承载数据中心处于整个架构的最顶端,每个主干承载数据中心管理若干个直连的资源承载数据中心,以及通过路由管理其他一些资源承载数据中心,主干承载数据中心一般不管理经过路由的资源承载数据中心,只是当资源承载数据中心与其直连的主干承载数据中心的链路断开以后,主干承载数据中心才对资源承载数据中心进行 管理;
B、每个资源承载数据中心都和一个主干承载数据中心直连,同时通过路由器与几个主干承载数据中心相连,一旦与其直连的链路断开以后,到底有哪个主干承载数据中心对资源承载数据中心进行管理,先要在资源承载数据中心中设定优先级,或者通过对路由连接的主干承载数据中心进行查询,查询这些主干承载数据中心管理的资源承载数据中心的数量,从中选择出数量最小的主干承载数据中心对其进行管理;
C、应用承载数据中心主要是为用户提供服务,应用承载数据中心会与一个资源承载数据中心相连,同时通过路由与其他的一些资源承载数据中心相连,平时应用承载数据中心由直连资源承载数据中心管理,只有当直连路径断开时,应用承载数据中心才会从通过路由的路径当中选择一个资源承载数据中心对其进行管理,选择的方式与资源承载数据中心选择主干承载数据中心的方法类似;
D、应用承载数据中心为一定数量的用户提供服务,用户只要在其相应的应用承载数据中心建立相应账户,该账户相关信息会在本地应用承载数据中心保留一份,另一份会上传到主干承载数据中心,主干承载数据中心会对每一个用户账号进行保留,以便该用户在其他地方的应用承载数据中心登录的时候能顺利登录;用户在应用承载数据中心登录时使用一种专门的客户端,只要装有这种客户端的设备就使用自己注册的账户进行登录,登录后所有的一切都在承载数据中心进行操作,客户端设备很简单,客户端设备只是一个用户与应用承载数据中心的接口,因为客户端设备只是一个接口,不属于网络节点,不需要分配ip地址;
二)网络各层架构模型
网络架构模型主要分三层,分别为主干承载数据中心层,资源承载数据中心层,应用承载数据中心层,其中:
A、第一层:主干承载数据中心层或主干云:
a)主干承载数据中心层上面的主干承载数据中心实现直接联网,形成一个主干云,云当中的每个主干承载数据中心管理一个或者几个网段也看成是一个或者多个的主干云;
b)主干承载数据中心层对全局的用户账号管理,每一个从应用承载数据中心注册的账号都会在主干承载数据中心的系统中进行备份,这样当用户在其他的应用承载数据中心登录的时候,其他应用承载数据中心没有相关账号信息,就会向上请求相关的账号信息,主干承载数据中心收到相关请求后,就会对账号进行查询,并把结果反馈给请求信息的应用承载数据中心;
c)主干承载数据中心层都管理若干个资源承载数据中心,资源的共享需要这一层网络起到桥梁作用,每一个主干承载数据中心都能清楚其他的主干承载数据中心所联系管理的网段,一旦应用承载数据中心需要请求其他主干承载数据中心 管理的资源承载数据中心中的数据,管理应用承载数据中心所处网段的主干承载数据中心就会在主干承载数据中心的存储中心查询该信息,如果存在就返回给请求数据的应用承载数据中心,如果没有就会向资源所在网段的主干承载数据中心请求数据,请求步骤包括:A中心是请求数据的主干承载数据中心,B中心是资源所在网段的主干承载数据中心,A中心首先向主干承载数据中心层的存储网络请求数据,如果没有,会向B中心请求数据,B中心会向下面的资源承载数据中心请求数据,请求到以后,会把数据发送给A,同时会把该数据发送到主干承载数据中心层的存储中心作为一种将来的其他数据中心请求的备份;
d)主干网的全球网关与全球主干网络进行对接,实现与全球其他信息的对接;
e)主干网的存储中心主要用于对一些常用的改动较小信息进行存储,起着信息暂存的作用;
B、资源承载数据中心或资源数据中心层
这一层的承载数据中心主要是起到承上启下的作用,提供资源数据的支撑,该层数据中心为了网络的简洁,这层数据中心不要进行互联,只与上下两层进行连接,其中,与上层的主干承载数据中心只有一条直连路径,也就是只有一个主干承载数据中心对其进行管辖,同时通过路由与主干承载数据中心连接的路径有多条;
资源承载数据中心与下层应用承载数据中心的直连路径有多条,也就是说资源承载数据中心能够对多个应用承载数据中心进行管辖,通过路由也能够与多个应用承载数据中心进行连接,但平时资源承载数据中心不会对通过路由的应用承载数据中心进行管辖,只有当通过路由的某个应用承载数据中心与管辖其的资源承载数据中心的直连路径出现问题后,同时该应用承载数据中心发出请求以后,资源承载数据中心才会对该应用承载数据中心进行管辖;
C、应用承载数据中心层
应用承载数据中心层中的应用承载数据中心主要提供用户的登录并提供用户的各种应用服务,应用承载数据中心只与一个资源承载数据中心进行直连,通过路由与多个资源承载数据中心相连,平时只有直连资源承载数据中心对其进行管辖,当直连资源承载数据中心的路径断开以后,应用承载数据中心会通过相关算法选择一条通过路由器的路径,让这个路由上面的某个资源承载数据中心对其进行管辖;
三)对于IP地址的分配:
IP主要分配给各个数据中心,首先从顶层的主干承载数据中心开始,主干承载数据中心的每一个数据中心管辖的是一个超大型的网络,该主干承载数据中心使用一个代表整个网络的一个IP地址,而资源承载数据中心是由其直连的主干承 载数据中心代表网络的一个子网网络的IP地址,该IP代表相应的子网网络,应用承载数据中心分配一些公网上面的使用的IP;为了方便组局域网,仍然保留A类,B类、C类的一些私用地址,这些局域网也与应用承载数据中心进行连接,请求相关的服务;
四)数据访问方式
数据需要分类别,网上的数据分成变动数据或动态数据和非变动数据或静态数据两种,变动数据是那些经常改变的一些数据,对于这种数据进行如下方式的处理:
这种变动数据只保留一份,存放在最原始的资源承载数据中心,用户对这个文件进行了修改,必须马上同步到原始的资源承载数据中心,用户每次刷新这种文件都会从原始的资源承载数据中心再一次读取该文件;
对于非变动数据做备份,主要备份的地方在两处:第一处是主干网的存储中心;主干网的存储中心是一种用于数据暂存的高性能大容量的存储网络,只有主干网的计算中心才允许访问;第二处是应用承载数据中心自己的存储空间,对于非变动数据主要包括一些网上视频文件,歌曲,新闻网页,这类文件对于应用承载数据中心和主干承载数据中心存储的空间消耗大,设计一种机制对有些暂存的文件进行删除,对于暂存文件的删除采用如下两种思路:第一种,暂存的时间较长,最近10天的访问量较小;第二种,某文件在上一次访问后到现在已经长时间没有任何的访问;
在网络上,访问数据的时候都要给出数据的ip地址、以及具体的文件地址、文件名;鉴于变动数据与非变动数据在网上处理的方式不同,因此需要在文件刚刚发布的时候需要对文件进行分类,并通过文件名的某一种固定方式表明是变动文件还是非变动文件;
数据访问具体访问流程:数据访问的具体方式要根据访问的数据是变动数据还是非变动数据,根据上面的设定,文件名当中需要包含文件是动态还是静态的信息,因此在用户对某个文件的访问提供的URL当中就有文件是动态数据还是静态数据;
对于三层数据中心的当中,资源承载数据中心只提供原始数据存储空间,应用承载数据中心提供给用户各种实际的服务,主干承载数据中心起着信息桥梁的作用对数据进行暂存,并对全局账号进行管理。
本发明的有益效果是:本发明的设计方法采用一)网络的组建方式及架构模型设计;二)网络各层架构模型设计;三)IP地址的分配;四)数据访问方式,对于三层计算中心的当中,资源计算中心只提供原始数据存储空间,应用数据中心提供给用户各种实际的服务,主干计算中心起着信息桥梁的作用对数据进行暂存,并对全局账号进行管理。
附图说明
图1是网络的组建方式及架构模型图;
图2是主干计算中心层网络图;
图3是资源中心层网络连接图;
图4是静态数据访问流程图;
图5是动态数据访问流程图。
具体实施方式
参照说明书附图对本发明的方法作以下详细地说明。
网络的组建方式及架构模型:如图1所示。
A、如图一,是以分级的计算中心为基础建立的网络架构图,在图中主干承载计算中心处于整个架构的最顶端,每个主干数据承载中心管理若干个直连的资源数据承载中心,以及通过路由管理其他一些资源计算中心,主干承载计算中心一般不管理经过路由的资源承载计算中心,只是当资源承载计算中心与其直连的的主干承载计算中心的链路断开以后,主干计算中心才对资源计算中心进行管理。
B、每个资源计算中心都和一个主干计算中心直连,同时通过路由器与几个主干计算中心相连,一旦与其直连的链路断开以后,到底有哪个主干计算中心对资源计算中心进行管理可以事先在资源计算中心中设定优先级,或者通过对路由连接的主干计算中心进行查询,主要查询这些主干计算中心管理的资源计算中心的数量,从中选择出数量最小的主干计算中心对其进行管理。
C、应用承载计算中心主要是为用户提供服务,应用承载计算中心会与一个资源管理计算中心相连,同时通过路由与其他的一些资源服务器相连,平时应用计算中心由直连资源计算中心中心管理,只有当直连路径断开是,应用计算中心才会从通过路由的路径当中选择一个资源管理中心对其进行管理,选择的方式与资源计算中心选择主干计算中心的方法类似。
D、应用承载计算中心为一定数量的用户提供服务,用户只要在其相应的应用计算中心建立相应账户,该账户相关信息会在本地应用中心保留一份,另一份会上传到主干计算中心,主干计算中心会对每一个用户账号进行保留,以便该用户在其他地方的计算中心登录的时候能顺利登录。用户在应用计算中心登录时可以使用一种专门的客户端,只要装有这种客户端的设备就可以使用自己注册的账户进行登录,登录后所有的一切都在计算中心进行操作,客户端设备可以很简单,客户端设备只是一个用户与计算中心的接口而已。因为计算中心只是一个接口,因此不需要分配ip地址,因此不属于网络节点,节约了ip地址的使用。
二、网络各层架构模型
从图1可以看出这种网络架构模型主要分三层,分别为主干计算中心层,资源计算中心层,应用计算中心层。
A、第一层:主干计算中心层(主干云)。
a)主干中心层上面的计算中心实现直接联网(如图2),形成一个主干云,云当中的每个计算中心管理一个或者几个网段也可以看成是一个或者多个的云。
b)主干中心层对全局的用户账号管理,每一个从应用中心注册的账号都会在主干中心的系统中进行备份,这样当用户在其他的应用中心登录的时候,其他应用中心没有相关账号信息,就会向上请求相关的账号信息,主干中心收到相关请求后,就会对账号进行查询,并把结果反馈给请求信息的应用中心。
c)主干中心都管理若干个资源中心,资源的共享需要这一层网络起到桥梁作用。每一个主干计算中心都能清楚其他的主干计算中心所联系管理的网段,一旦应用中心需要请求其他计算中心管理的资源中心中的数据,管理应用中心所处网段的主干计算中心就会在主干应用中心的存储中心查询该信息,如果存在就返回给请求数据的应用中心,如果没有就会向资源所在网段的主干中心请求数据。比如A中心是请求数据的主干中心,B中心是资源所在网段的主干中心,A中心首先向主干网络层的存储网络请求数据,如果没有,会向B中心请求数据,B中心会向下面的资源中心请求数据,请求到以后,会把数据发送给A,同时会把该数据发送到主干层存储网络作为一种将来的其他数据中心请求的备份。
d)主干网络的全球网关与全球主干网络进行对接,实现与全球其他信息的对接。
e)主干网络层的存储中心主要用于对一些常用的改动较小信息进行存储,起着信息暂存的作用。主干计算中心层网络如图2所示。B、资源计算(数据)中心层
这一层的计算中心可以不进行全部的互联,主要是起到承上启下的作用,提供资源数据的支撑。如图3所示,该层数据中心为了网络的简洁,这层数据中心不要进行互联,只与上下两层进行连接。其中与上层的主干中心只有一条直连路径,也就是只有一个主干中心对其进行管辖。同时通过路由与主干中心连接的路径有多条。(图3中只画了2条)
资源中心与下层应用中心的直连路径可以有多条,也就是说资源中心可以对多个应用中心进行管辖,通过路由也可以与多个应用中心进行连接,但平时资源中心不会对通过路由的应用中心进行管辖,只有当通过路由的某个应用中心与管辖其的资源中心的直连路径出现问题后,同时该应用中心发出请求以后,资源中心 才会对该应用中心进行管辖。资源中心层网络连接如图3所示。资源中心层网络连接如图3所示。C、应用计算中心层应用计算中心主要提供用户的登录并提供用户的各种应用服务。
应用计算中心只与一个资源计算中心进行直连,通过路由与多个资源中心相连,平时只有直连资源中心对其进行管辖,当直连资源中心的路径断开以后,应用中心会通过相关算法选择一条通过路由器的路径,让这个路由上面的某个资源中心对其进行管辖。
(三)对于IP地址的分配:
IP主要分配给各个数据中心,首先从顶层的主干数据中心开始,主干的每一个数据中心管辖的是一个超大型的网络,该主干数据中心可以使用一个可以代表整个网络的一个IP地址,而资源中心是由其直连的主干中心代表网络的一个子网网络的IP地址,该IP可以代表相应的子网网络,应用数据中心分配一些公网上面的可以使用的IP。
为了方便组局域网,仍然保留A类,B类、C类的一些私用地址,这些局域网也可以应用中心进行连接,请求相关的服务。
(四)数据访问方式
数据需要分类别,为了处理的方便,网上的数据分成变动数据(动态数据)和非变动数据(静态数据)两种。变动数据一般是那些经常改变的一些数据,比如像现在网上对某些事件的评论,用户发的对某一事件的评论都放到一个文件当中,这个文件时刻在发生变化。对于这种数据可以进行如下方式的处理。
这种数据(变动数据)只保留一份,存放在最原始的资源中心,用户对这个文件进行了修改,必须马上同步到原始的资源数据中心,用户每次刷新这种文件都会从原始的资源中心再一次读取该文件。
对于非变动数据,因为数据文件完成以后文件就不会改变,这些数据可以做一些备份,主要备份的地方在两处:第一处是主干网的存储中心。主干网的存储中心是一种可用于数据暂存的高性能,大容量的存储网络,只有主干网的计算中心才可以访问。第二处是应用中心自己的存储空间。对于非变动数据主要包括一些网上视频文件,歌曲,新闻网页等等,这类文件的数量的大,这样对于应用中心和主干中心存储的空间的消耗都会非常的大,因此有一种机制对有些暂存的文件进行删除。对于暂存文件的删除可以采用如下两种思路:第一种,暂存的时间较长,最近10天的访问量较小。第二种,某文件在上一次访问后到现在已经长时间没有任何的访问。
在网络上,访问数据的时候都要给出数据的ip地址,以及具体的文件地址, 文件名。鉴于变动数据与非变动数据在网上处理的方式不同,因此需要在文件刚刚发布的时候还需要对文件进行分类,并通过文件名的某一种固定方式表明是变动文件还是非变动文件。
数据访问具体访问流程:
数据访问的具体方式要根据访问的数据是变动数据还是非变动数据,根据上面的设定,文件名当中需要包含文件是动态还是静态的信息,因此在用户对某个文件的访问提供的URL当中就有文件是动态数据还是静态数据。
静态数据访问流程:静态数据访问流程如图4所示。动态数据访问流程图如图5所示。
对于三层计算中心的当中,资源计算中心只提供原始数据存储空间,应用数据中心提供给用户各种实际的服务,主干计算中心起着信息桥梁的作用,对数据进行暂存,并对全局账号进行管理。
除说明书所述的技术特征外,均为本专业技术人员的已知技术。
Claims (1)
1.一种基于数据中心的组网设计方法,其特征在于包括:一)网络的组建方式及架构模型设计;二)网络各层架构模型设计;三)IP地址的分配;四)数据访问方式,其中:
一)网络的组建方式及架构模型设计包括以下内容:
A、是以分级的数据中心为基础建立的网络架构,在网络架构中主干承载数据中心处于整个架构的最顶端,每个主干承载数据中心管理若干个直连的资源承载数据中心,以及通过路由管理其他一些资源承载数据中心,主干承载数据中心一般不管理经过路由的资源承载数据中心,只是当资源承载数据中心与其直连的主干承载数据中心的链路断开以后,主干承载数据中心才对资源承载数据中心进行管理;
B、每个资源承载数据中心都和一个主干承载数据中心直连,同时通过路由器与几个主干承载数据中心相连,一旦与其直连的链路断开以后,到底有哪个主干承载数据中心对资源承载数据中心进行管理,先要在资源承载数据中心中设定优先级,或者通过对路由连接的主干承载数据中心进行查询,查询这些主干承载数据中心管理的资源承载数据中心的数量,从中选择出数量最小的主干承载数据中心对其进行管理;
C、应用承载数据中心主要是为用户提供服务,应用承载数据中心会与一个资源承载数据中心相连,同时通过路由与其他的一些资源承载数据中心相连,平时应用承载数据中心由直连资源承载数据中心管理,只有当直连路径断开时,应用承载数据中心才会从通过路由的路径当中选择一个资源承载数据中心对其进行管理,选择的方式与资源承载数据中心选择主干承载数据中心的方法类似;
D、应用承载数据中心为一定数量的用户提供服务,用户只要在其相应的应用承载数据中心建立相应账户,该账户相关信息会在本地应用承载数据中心保留一份,另一份会上传到主干承载数据中心,主干承载数据中心会对每一个用户账号进行保留,以便该用户在其他地方的应用承载数据中心登录的时候能顺利登录;用户在应用承载数据中心登录时使用一种专门的客户端,只要装有这种客户端的设备就使用自己注册的账户进行登录,登录后所有的一切都在承载数据中心进行操作,客户端设备很简单,客户端设备只是一个用户与应用承载数据中心的接口,因为客户端设备只是一个接口,不属于网络节点,不需要分配ip地址;
二)网络各层架构模型
网络架构模型主要分三层,分别为主干承载数据中心层,资源承载数据中心层,应用承载数据中心层,其中:
A、第一层:主干承载数据中心层或主干云:
a)主干承载数据中心层上面的主干承载数据中心实现直接联网,形成一个主干云,云当中的每个主干承载数据中心管理一个或者几个网段也看成是一个或者多个的主干云;
b)主干承载数据中心层对全局的用户账号管理,每一个从应用承载数据中心注册的账号都会在主干承载数据中心的系统中进行备份,这样当用户在其他的应用承载数据中心登录的时候,其他应用承载数据中心没有相关账号信息,就会向上请求相关的账号信息,主干承载数据中心收到相关请求后,就会对账号进行查询,并把结果反馈给请求信息的应用承载数据中心;
c)主干承载数据中心层都管理若干个资源承载数据中心,资源的共享需要这一层网络起到桥梁作用,每一个主干承载数据中心都能清楚其他的主干承载数据中心所联系管理的网段,一旦应用承载数据中心需要请求其他主干承载数据中心管理的资源承载数据中心中的数据,管理应用承载数据中心所处网段的主干承载数据中心就会在主干承载数据中心的存储中心查询该信息,如果存在就返回给请求数据的应用承载数据中心,如果没有就会向资源所在网段的主干承载数据中心请求数据,请求步骤包括:A中心是请求数据的主干承载数据中心,B中心是资源所在网段的主干承载数据中心,A中心首先向主干承载数据中心层的存储网络请求数据,如果没有,会向B中心请求数据,B中心会向下面的资源承载数据中心请求数据,请求到以后,会把数据发送给A,同时会把该数据发送到主干承载数据中心层的存储中心作为一种将来的其他数据中心请求的备份;
d)主干网的全球网关与全球主干网络进行对接,实现与全球其他信息的对接;
e)主干网的存储中心主要用于对一些常用的改动较小信息进行存储,起着信息暂存的作用;
B、资源承载数据中心或资源数据中心层
这一层的承载数据中心主要是起到承上启下的作用,提供资源数据的支撑,该层数据中心为了网络的简洁,这层数据中心不要进行互联,只与上下两层进行连接,其中,与上层的主干承载数据中心只有一条直连路径,也就是只有一个主干承载数据中心对其进行管辖,同时通过路由与主干承载数据中心连接的路径有多条;
资源承载数据中心与下层应用承载数据中心的直连路径有多条,也就是说资源承载数据中心能够对多个应用承载数据中心进行管辖,通过路由也能够与多个应用承载数据中心进行连接,但平时资源承载数据中心不会对通过路由的应用承载数据中心进行管辖,只有当通过路由的某个应用承载数据中心与管辖其的资源承载数据中心的直连路径出现问题后,同时该应用承载数据中心发出请求以后,资源承载数据中心才会对该应用承载数据中心进行管辖;
C、应用承载数据中心层
应用承载数据中心层中的应用承载数据中心主要提供用户的登录并提供用户的各种应用服务,应用承载数据中心只与一个资源承载数据中心进行直连,通过路由与多个资源承载数据中心相连,平时只有直连资源承载数据中心对其进行管辖,当直连资源承载数据中心的路径断开以后,应用承载数据中心会通过相关算法选择一条通过路由器的路径,让这个路由上面的某个资源承载数据中心对其进行管辖;
三)对于IP地址的分配:
IP主要分配给各个数据中心,首先从顶层的主干承载数据中心开始,主干承载数据中心的每一个数据中心管辖的是一个超大型的网络,该主干承载数据中心使用一个代表整个网络的一个IP地址,而资源承载数据中心是由其直连的主干承载数据中心代表网络的一个子网网络的IP地址,该IP代表相应的子网网络,应用承载数据中心分配一些公网上面的使用的IP;为了方便组局域网,仍然保留A类,B类、C类的一些私用地址,这些局域网也与应用承载数据中心进行连接,请求相关的服务;
四)数据访问方式
数据需要分类别,网上的数据分成变动数据或动态数据和非变动数据或静态数据两种,变动数据是那些经常改变的一些数据,对于这种数据进行如下方式的处理:
这种变动数据只保留一份,存放在最原始的资源承载数据中心,用户对这个文件进行了修改,必须马上同步到原始的资源承载数据中心,用户每次刷新这种文件都会从原始的资源承载数据中心再一次读取该文件;
对于非变动数据做备份,主要备份的地方在两处:第一处是主干网的存储中心;主干网的存储中心是一种用于数据暂存的高性能大容量的存储网络,只有主干网的计算中心才允许访问;第二处是应用承载数据中心自己的存储空间,对于非变动数据主要包括一些网上视频文件,歌曲,新闻网页,这类文件对于应用承载数据中心和主干承载数据中心存储的空间消耗大,设计一种机制对有些暂存的文件进行删除,对于暂存文件的删除采用如下两种思路:第一种,暂存的时间较长,最近10天的访问量较小;第二种,某文件在上一次访问后到现在已经长时间没有任何的访问;
在网络上,访问数据的时候都要给出数据的ip地址、以及具体的文件地址、文件名;鉴于变动数据与非变动数据在网上处理的方式不同,因此需要在文件刚刚发布的时候需要对文件进行分类,并通过文件名的某一种固定方式表明是变动文件还是非变动文件;
数据访问具体访问流程:数据访问的具体方式要根据访问的数据是变动数据还是非变动数据,根据上面的设定,文件名当中需要包含文件是动态还是静态的信息,因此在用户对某个文件的访问提供的URL当中就有文件是动态数据还是静态数据;
对于三层数据中心的当中,资源承载数据中心只提供原始数据存储空间,应用承载数据中心提供给用户各种实际的服务,主干承载数据中心起着信息桥梁的作用对数据进行暂存,并对全局账号进行管理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210465061.6A CN102983995B (zh) | 2012-11-19 | 2012-11-19 | 一种基于数据中心的组网设计方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210465061.6A CN102983995B (zh) | 2012-11-19 | 2012-11-19 | 一种基于数据中心的组网设计方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102983995A CN102983995A (zh) | 2013-03-20 |
CN102983995B true CN102983995B (zh) | 2017-05-03 |
Family
ID=47857756
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210465061.6A Active CN102983995B (zh) | 2012-11-19 | 2012-11-19 | 一种基于数据中心的组网设计方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102983995B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106789267B (zh) * | 2016-12-27 | 2020-08-18 | 百视通网络电视技术发展有限责任公司 | 公有云管理系统及管理方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102340412A (zh) * | 2010-07-27 | 2012-02-01 | 戴元顺 | 云计算组网交换设计 |
CN102413190A (zh) * | 2011-12-19 | 2012-04-11 | 广东电子工业研究院有限公司 | 一种基于云计算的网络架构及其虚拟网络管理方法 |
CN102726021A (zh) * | 2009-05-28 | 2012-10-10 | 微软公司 | 灵活的数据中心网络体系结构 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7349392B2 (en) * | 2001-09-14 | 2008-03-25 | Hewlett-Packard Development Company, L.P. | Assigning IP addresses in an internet data center |
-
2012
- 2012-11-19 CN CN201210465061.6A patent/CN102983995B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102726021A (zh) * | 2009-05-28 | 2012-10-10 | 微软公司 | 灵活的数据中心网络体系结构 |
CN102340412A (zh) * | 2010-07-27 | 2012-02-01 | 戴元顺 | 云计算组网交换设计 |
CN102413190A (zh) * | 2011-12-19 | 2012-04-11 | 广东电子工业研究院有限公司 | 一种基于云计算的网络架构及其虚拟网络管理方法 |
Non-Patent Citations (1)
Title |
---|
面向云计算的数据中心网络体系结构设计;王聪 等;《计算机研究与发展》;20120229;第49卷(第2期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN102983995A (zh) | 2013-03-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104539681B (zh) | 分布式gis加速系统和gis服务的处理方法 | |
CN104090825B (zh) | 动态迁移计算机网络 | |
CN105283838B (zh) | 云计算环境中的分布式锁管理 | |
CN105393219B (zh) | 用于虚拟桌面的应用市场 | |
CN105408882B (zh) | 自动化桌面布置 | |
US7111300B1 (en) | Dynamic allocation of computing tasks by second distributed server set | |
US10715479B2 (en) | Connection redistribution in load-balanced systems | |
US7751409B1 (en) | Logical service domains for enabling network mobility | |
CN103347068B (zh) | 一种基于代理集群网络缓存加速方法 | |
CN107026890A (zh) | 一种基于服务器集群的报文生成方法和负载均衡器 | |
CN106844000A (zh) | 一种多用户环境下利用浏览器访问Linux容器集群的方法和装置 | |
CN109189856A (zh) | 分布式数据库服务管理方法、装置、服务器及存储介质 | |
CN107241319A (zh) | 基于vpn的分布式网络爬虫系统及调度方法 | |
CN106850759A (zh) | MySQL数据库集群处理方法及其处理系统 | |
CN102347959B (zh) | 基于身份和会话的资源访问系统和方法 | |
CN101873224A (zh) | 一种云计算负载均衡方法和设备 | |
CN109104464A (zh) | 一种边缘计算环境下面向协同存储的分布式数据更新方法 | |
CN104980494B (zh) | 一种具有本地缓存的云存储下载共享平台及方法 | |
CN107819742A (zh) | 一种动态部署网络安全服务的系统架构及其方法 | |
CN104486402A (zh) | 一种基于大型网站组合均衡的方法 | |
CN111209364A (zh) | 一种基于众包地图更新的海量数据接入处理方法及系统 | |
CN106953848A (zh) | 一种基于ForCES的软件定义网络实现方法 | |
CN103957282B (zh) | 一种域内终端用户域名解析加速系统及其方法 | |
CN106713378A (zh) | 实现多个应用服务器提供服务的方法和系统 | |
CN114090244A (zh) | 一种服务编排方法、装置、系统及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |