构架设计篇,规划超大型高可用网络架构第一章ip地址规划

简介:

前言:请珍惜别人的劳动成果,永远不要小看一个案例,包含的知识点多得你想都想不到,而且做案例的时候都是学完了最后课程以后,把知识点串联起来的。一个好的架构师一定知识面是博大的,全局观是很多人无法想象的,可能具体技术细节未必给你讲清楚,但是提供一种思想一种理念,所以在北京那边一个架构师一般年薪都是在30万以上,我看完了课程,但是里面的具体代码实现细节我不能消化,但我能理解那意思,我还需要至少半年,不断的重复去做实验敲命令代码,制作技术文档,才能有所成就,当然要做到一个顶级的额,是需要不断在工作中工作十几二十年不断去见识才能做到的,什么是专家,就是重复一个专业做十几年,那就是专家。在此我真的感谢那论坛,里面包含了你想要的任何it技能视频和技术文档,多得你无法想象,我有幸去这论坛成为vip会员,真的是件最幸运的事,所以具体技术文档,技术资料视频,我不缺,我真心的不缺。三年磨一剑,剑气磨出来下得山来就该一展抱负。我有一个梦,这是巴西06世界杯上佩雷拉激励巴西天皇巨星的一个著名演说,我也用来激励我。

规划篇我分五章讲完:

第一篇ip地址规划原则

第二篇交换机最佳设计原则

第三篇路由协议最佳设计原则

第四篇主流设备价格表

第五篇服务器规划篇,我会以文件服务器规划来做案例分析,大家不要认为文件服务器是一个简单的事情,很多人得理解就是共享出来设一些权限不是完了吗?有这想法的人证明他不懂什么叫真正的文件服务器,没有信息安全数据重要性的概念,微软顶级讲师讲微软的时候,文件服务器花的时候几乎和rds,域一样多,,大家都知道域是最重要的,讲解也是最详细的,用了7个晚上才讲完,你就可想而知这文件服务器不是你们想得这么简单啊,真正高可用实现业务需求的从安全各种功能全面实现的话,如果不是用windows一整套方案的话,几乎无法实现,用linux来搭建的话更安全更稳定,不用需要敲的代码的确是非诚恐怖的一件事,而且什么真正做到把文档拷走了也没用的这种境界,应该说还没有,比如此文档什么时候被人改动动,看过,被下载过多少次等等,非常复杂,如果你是在跨国大型上市公司上班,需要保密度极高的情况下,文件服务器不是你想象中的那么简单,要做起来非诚恐怖的一件事。

构架是一件严谨的事情,要设计出一个高可用高质量的大型网络出来并不是一件容易的事,包含了太多方方面面的事情,网络上要设计做冗余备份互载均衡,服务器上也要要做集群冗余备份负载均衡,千里之行始于足下,先从ip规划开始讲解:非常重要,地址规划不好,其他后续什么都是空的,什么路由表什么性能,管理,维护都是空的。

二进制和十进制的转换算法:111011

凑数法:

128 64 32 16 8 4 2 1

0 0 1 1 10 1 1

结果:32+16+8+2+1=59

二转十:1010101

128 64 32 16 8 4 2 1

   1    0   1 0  1  0  1

结果:64+16+4+1=85

ip地址空间大小是多少?表示格式是什么?以及ip地址的组成?

ip一共分为4块,每一块的大小为8bit,8个0或8个1

当为8个0时,转化成十进制为0

当为8个1时,转化成十进制为255

ip地址的空间大小为32bit,每一块是用十进制来表示,并且块和块之间用点来分割,所以称为点分十进制

ip地址的组成=网络位+主机地址为

ip地址的分类

ip地址类型 第一字节十进制范围 二进制固定最高位 二进制网络位 二进制主机位

A 0-127 0 8 24

B 128-191 10 16 16

C 192-223 110 24 8

D 224-239 1110 组播地址

E 240-255 1111 保留实验用

a类地址可用主机数2的24次方-2

b类地址可用主机数2的16次方-2

c类地址可用主机数2的8次方-2

网络地址:主机为全是0的为网络地址,全是1的为广播地址(永远无法ping通的),是不能分配使用的

特殊ip地址

1)网络地址

2)广播地址

3)本地环回地址127.0.0.1-127.255.255.254

4)0.0.0.0 1:默认路由 2:dhcp客户端向dhcp服务器请求地址时的源地址

5)255.255.255.255全网广播地址

6)169开头:dhcp客户端向dhcp服务器请求地址失败时候,客户端所使用的地址,还会不断地dhcp服务器去请求地址

私有地址范围

私有地址是只有在局域网中使用的地址,该地址是不会再任何一台公网上的设备使用的,如果公网上收到一个目的地址为私有地址的数据包,那么公网上的设备会丢弃该数据包

如果一家公司是全国性的集团公司,ip地址规划非常重要,否则将直接影响网络的使用和加重后期网络维护的工作

Ip规划遵从四个原则

1) 唯一性:同一网络中绝对不可以有相同的ip地址,否则无法通信

2) 可扩展性:具有一定的余量,满足扩展网络时需要

3) 连续性:便于路由地址管理和汇总

4) 实意性:便于一眼就知道代表的实际含义

备注现实生活中为了体现专业性:

私有地址的出现就是为了解决ip地址空间不足的问题

范围:

A类:10.0.0.0-10.255.255.255 路由器使用

B类:172.16.0.0-172.31.255.255 服务器使用

C类:192.168.0.0-192.168.255.255 主机PC用

注意几个注意点:

对环回扣配置,使用子网32

互联地址使用子网30

对个业务网关进行统一设定,如将所有的网关统一设置为x.x.x.254

案例:有一家集团公司,全国各地都有分公司,建设网络前就必须要规划好ip地址

总公司用0表示,第一分公司用1,第二分公司用2…这样体现出实意性,和连续性

跨国集团ip地址表

编号

公司及分公司

ip地址段

 

1

总公司

10.0.0.0/16

 

2

北京分公司

10.1.0.0/16

 

3

上海分公司

10.2.0.0/16

 

4

南昌分公司

10.3.0.0/16

 

各公司网关路由器和总公司网关路由器地址相连

编号

公司及分公司

总公司路由器接口ip

分公司路由器接口ip

1

总公司

10.254.0.1/30

10.254.0.2/30

2

北京分公司

10.254.0.5/30

10.254.0.6/30

3

上海分公司

10.254.0.9/30

10.254.0.10/30

4

南昌分公司

10.254.0.13/30

10.254.0.14/30

公司内部设备的互联地址

公司名称

网关路由器

核心层交换机1

核心层交换机2

总公司

10.0.254.1/30

10.0.254.2/30

 

10.0.254.5/30

 

10.0.254.6/30

 

10.0.254.9/30

10.0.254.10/30

北京分公司

10.1.254.1/30

10.1.254.2/30

 

10.1.254.5/30

 

10.1.254.6/30

 

10.1.254.9/30

10.1.254.10/30

对路由器的管理ip地址,路由器环回口使用192.168.0.0/24

编号

公司及分公司

ip地址段

 

1

总公司

192.168.0.1/32

 

2

北京分公司

192.168.0.2/32

 

3

上海分公司

192.168.0.3/32

 

4

南昌分公司

192.168.0.4/32

 

各公司内部也要规划,如北京公司内部ip地址规划

编号

部门

地址段

注解:192.168.0.0

1

财务

10.0.2.0/24

 

2

技术

10.0.3.0/24

 

3

市场

10.0.4.0/24

 

4

研发

10.0.5.0/24

 

5

生产

10.0.6.0/24

 

6

服务器

10.0.7.0/24

 

设备管理网段

编号

部门

ip地址表

注:192.168.0.0

1

财务交换机

10.0.1.2/24

 

2

技术交换机

10.0.1.3/24

 

3

市场交换机

10.0.1.4/24

 

4

研发交换机

10.0.1.5/24

 

5

生产交换机

10.0.1.6/24

 

6

服务器交换机

10.0.1.7/24

本文转自    探花无情   51CTO博客,原文链接:http://blog.51cto.com/983865387/2064159

相关文章
|
28天前
|
缓存 网络协议 网络架构
Docker 网络 IP 地址冲突,就该这么处理!
Docker 网络 IP 地址冲突,就该这么处理!
|
18天前
|
存储 Cloud Native 关系型数据库
PolarDB 高可用架构设计与实践
【8月更文第27天】 在现代互联网应用中,数据库作为核心的数据存储层,其稳定性和可靠性尤为重要。阿里云的 PolarDB 作为一款云原生的关系型数据库服务,提供了高可用、高性能和自动化的特性,适用于各种规模的应用。本文将详细介绍 PolarDB 的高可用架构设计,并探讨其实现数据安全性和业务连续性的关键技术。
43 0
|
2天前
|
域名解析 弹性计算 云计算
【深度好文】中小企业上云,为什么做好网络架构规划很重要!
本文通过一位小微软件公司技术负责人的实际体验为始,引发了对大量小微企业上云架构实践的研究。 发现中小企业上云时,往往聚焦于业务测试和服务尽快上线,很难有精力投入在云上技术架构的规划和设计中。所以,大家云上的架构五花八门,很多架构缺乏长远规划,极可能给业务未来发展埋下隐患。 基于此,我们沉淀了一套《应用上云经典托管架构》,强调了上云架构规划对于业务的重要性,并带领大家理解了方案中的网络规划和架构设计全过程。 作为从事企业上云IT部门,或者初创事业的个人开发者们,都可以参考和了解。
|
14天前
|
运维 监控 关系型数据库
【一文搞懂PGSQL】7. PostgreSQL + repmgr + witness 高可用架构
该文档介绍了如何构建基于PostgreSQL的高可用架构,利用repmgr进行集群管理和故障转移,并引入witness节点增强网络故障检测能力。repmgr是一款轻量级的开源工具,支持一键部署、自动故障转移及分布式节点管理。文档详细描述了环境搭建步骤,包括配置postgresql参数、安装与配置repmgr、注册集群节点以及配置witness节点等。此外,还提供了故障手动与自动切换的方法及常用命令,确保集群稳定运行。
|
28天前
|
数据挖掘 关系型数据库 MySQL
Serverless高可用架构的解决方案体验
Serverless高可用架构的解决方案体验
142 6
|
30天前
|
弹性计算 运维 关系型数据库
云上Serverless高可用架构一键部署体验与测评
在数字化转型背景下,Serverless架构因其实现业务敏捷、降低成本及提升服务可靠性而备受青睐。本文以阿里云Serverless应用引擎(SAE)为核心,展示了一种高可用、低成本且易于扩展的解决方案。通过单地域双可用区部署,构建了具备自动伸缩与故障恢复能力的架构。借助阿里云的一键部署功能,大幅简化了搭建流程,实现了快速部署,并通过性能与成本分析验证了其优势。对比传统ECS,SAE在资源利用与运维效率上表现更佳,特别适合平均负载较低的应用场景。
|
30天前
|
弹性计算 运维 关系型数据库
Serverless高可用架构解决方案评测
Serverless高可用架构方案提供卓越效能与极简运维体验,支持服务托管、弹性伸缩及按量付费,有效降低成本并优化性能。一键部署快速启动,流程直观,文档详实;但在高级配置与特定场景实践方面指导有限。方案采用双可用区部署确保高可用性,自动故障切换保障服务连续。成本模型按需计费,减轻企业负担。功能上集成监控、日志与负载均衡,简化运维,加速上线。性能方面,秒级弹性伸缩保证资源高效匹配负载。总体而言,此方案竞争力强,特别推荐给初创公司及需灵活应对流量波动的场景。
135 2
|
30天前
|
运维 监控 负载均衡
如何构建高可用的系统基础架构
【8月更文挑战第15天】构建高可用的系统基础架构是一个复杂而系统的工程,需要综合考虑设计原则、关键技术和实践策略等多个方面。通过冗余设计、分布式架构、自动化与智能化等技术的运用,可以显著提升系统的可用性和稳定性。同时,加强运维团队的能力建设和制定完善的高可用性策略也是确保系统高可用性的重要保障。希望本文能为读者在构建高可用系统时提供有益的参考和借鉴。
|
1月前
|
关系型数据库 Serverless 分布式数据库
阿里云 Serverless 高可用架构
阿里云的《卓越效能,极简运维,Serverless高可用架构》解决方案提供了全托管服务、自动扩展、高可用性、无缝集成以及内置安全等核心功能。该方案通过免除底层基础设施的管理,允许用户专注于应用程序开发,同时确保应用的稳定运行和资源的有效利用。 **核心功能简介**: - **全托管服务**:用户无需关心底层硬件,由阿里云负责维护和扩展计算资源。 - **自动扩展**:根据业务需求自动调整资源,确保应用在高峰期有足够的计算能力,低谷期则节省成本。 - **高可用性**:多地域和多可用区部署,实现故障自动切换,确保业务连续性。 - **无缝集成**:与阿里云的其他服务(如数据库、消息队列等)深度
|
1月前
ip地址网络
连在某个网络上的两台计算机之间在相互通信时,在它们所传送的数据包里都会含有某些附加信息,这些附加信息其实就是发送数据的计算机的地址和接受数据的计算机的地址

热门文章

最新文章