- 综合排序
- 最热优先
- 最新优先
- 来自专栏SDNLAB
数据中心网络架构—VL2
一、背景 随着网络技术的发展，数据中心已经成为提供IT网络服务、分布式并行计算等的基础架构。数据中心应用范围愈加广泛，应用需求不断增加，业务数据量达T/P级以上。 ◆ 网络：服务器可以和数据中心的其他服务器进行通信。 二、树形数据中心网络架构 在传统数据中心中使用最多的为树形架构，如图1所示。 三、 VL2数据中心网络架构 VL2数据中心网络架构由微软提出，在观察了多个实际数据中心中的流量后，总结数据中心流量特点，设计了一个虚拟2层的网络架构。 3.1 VL2架构 如图4所示，VL2架构分为底层服务器和上层交换机两层架构，这两层之间使用机架交换机（top of rack，简称ToR）连接。 VL2的目录更新机制 四、总结 vl2通过一种新的网络架构解决传统数据中心中存在的超额认购，资源利用率低，数据中心成本高等问题。增加数据中心内的带宽，并用一种新的寻址方式解决资源分段问题。
4.2K40发布于 2018-03-28 - 来自专栏网络安全观
美军网络安全 | 第2篇：JIE网络安全架构SSA（单一安全架构）
同时，提到了JIE为国防部构建的6项关键能力：SSA（单一安全架构）、网络规范化、IAM（身份与访问管理）、企业服务、云计算、数据中心整合。 这一篇，就谈6项关键能力的第1项和8个现代化领域的第2项——JIE网络安全架构SSA（单一安全架构）。 注意：SSA（单一安全架构）在最新的文件中可能被称为CCA（一致网络安全架构）。 美国防部将执行更为严格的访问要求并降低网络的匿名性。 •努力方向2：设备加固：减少进入国防部信息网络的内部和外部攻击向量。确保设备正确配置和软件补丁为最新,该项工作还包括禁用电子邮件中的活动链接。 2014年，美军在《陆军网络安全企业参考架构2.0》中提出，当前网络安全防护手段存在以下缺点： (1)各军兵种的网络包含重复、冗余的网络安全控制手段，同一数据在到达接收方路径中会被检查多次，造成效率低下 2、SSA能力分解 对应地，两种网络中SSA的能力也有所不同。
2.5K10发布于 2021-02-26 - 来自专栏绿盟科技研究通讯
5G网络SBA架构HTTP2安全威胁分析
，因此核心网架构的转变也给5G网络带来了很多潜在的网络安全挑战。 二. 5G网络SBA架构及其安全特性 2.1 5G SBA架构简介 5G网络的SBA架构如图1所示，通过解耦用户面（User Plane）和控制面（Control Plane）实现对5G网络功能设计与实现 图1 5G SBA架构安全功能 为了实现5G网络SBA架构中网元间的通信（也称为“5G信令”），3GPP选择了HTTP/2协议作为应用层协议，并使用JSON作为该协议的数据格式。 2.3 5G网络SBA架构信令通信方式 5G网络中SBA架构通信方式可以分为直接通信和间接通信。 2.4 5G网络SBA架构安全 5G网络SBA架构可以基于云原生构建，其中每个网络功能都被视为一个网元。网元可以动态创建和销毁，并通过使用不同的API在SBI消息总线上进行通信。
2.8K30编辑于 2023-08-31 - 来自专栏DDD
架构与架构师2
最近闲了，看了几次李运华关于架构的视频，不禁再次反问架构是什么？架构师的职责是什么？ 对于这两个问题，之前也总结过一篇《架构和架构师》[1]，再结合他的专栏文章和视频，补充一下 架构 李运华给架构的定义：软件架构指软件系统的顶层结构，缩句成架构指结构，而结构的修饰语蕴含了太多东西，抽象不够直白 ，得行多少路，抽象了多少回，才有的认知，所以我也不打算靠记忆了，不过对于模块和组件的认知很独到 虽然架构定义众家纷说，但对于如何描述架构还是有共识的，那就是“4+1视图”，在《架构和架构师》[2]也描述了 架构师在国内，大多时候可能不是个岗位，而是个角色。大厂还有架构师一说，小厂难得有专职架构师，所以架构师职能还得多多取经大牛，学习一下大牛 架构师能力模型 ? 这个过程，回顾最近几个系统设计的确是这样的 1.业务方提出一个业务，刚开始可能只是个目标，轮廓2.与业务方、产品不停的交流，交流得越深入，需求就越明确3.理解业务并明确需求后，划分模块，不管是传统画ER
71410发布于 2021-03-23 - 来自专栏上云实践案例
物理架构&网络规划
[私有网络.png] 网络规划 私有网络/子网规划 规划2个私有网络 生产环境(私有网络) 开发/测试环境(私有网络) 生产和开发/测试网络不互通，避免开发/测试使用不当影响生产网络， 开发/测试规划在一个私有网络里 一个私有网络规划2个子网 [image.png] 网络开放策略 网络开放规则如下： 网络 开发/测试 生产环境 互联网 开发/测试 - 关闭 防火墙WAF开通进入 生产环境 关闭 - 防火墙WAF开通进入 redis 网络安全组 （只对需要访问的cvm子网络开放 6379） tdsql 网络安全组（只对需要访问的cvm子网络开放 3306） elasticsearch 网络安全组（只对需要访问的cvm子网络开放 两种接入方式如下图： [Saas型] [负载均衡型] 证书管理 腾讯云提供了SSL证书管理，WAF防火墙管理配置域名的时候，可以配置SSL证书，可配置https回源方式，我这边建议使用http的方式回源，有2个好处 物理架构图 物理架构图如下，如果选购的WAF是Saas型，那么外网负载均衡可以省略，防火墙直接解析网关服务器IP（注：网关网络策略安全组开放WAF回源IP）。 [image.png]
5.1K52编辑于 2022-05-02 - 来自专栏ops技术分享
Angular 2 架构（上)
Angular 2 应用程序应用主要由以下 8 个部分组成： 1、模块 (Modules) 2、组件 (Components) 3、模板 (Templates) 4、元数据 (Metadata) 5、数据绑定 实例 @Component({ selector : 'mylist', template : '<h2>菜鸟教程</h2>' directives : [ComponentDetails
2.7K10发布于 2021-07-26 - 来自专栏ops技术分享
Angular 2 架构（下)
---- 服务(Services) Angular2中的服务是封装了某一特定功能，并且可以通过注入的方式供他人使用的独立模块。 服务分为很多种，包括：值、函数，以及应用所需的特性。
4K20发布于 2021-07-26 - 来自专栏总结xyp
空洞卷积（Dilated Convolution）网络架构与PAMAP2数据集实验分析
二、空洞卷积的架构空洞卷积网络的结构跟传统CNN大体差不多，但通过在卷积层里加空洞，模型能更好地抓住远距离的依赖关系。我们一步步来看它是怎么搭起来的。1. 输入层网络的输入一般是图像或者某种特征表示，形状通常是 [batch, channels, height, width]。 2. 空洞卷积模块空洞卷积模块是网络的主体，每个模块包括空洞卷积层、批归一化（BatchNorm）和激活函数（ReLU）。我们拆开来看看它是怎么干活的。 3]): """ 初始化空洞卷积网络。 四、PAMAP2数据集实战结果相比其他模型，例如可变形卷积网络，空洞卷积（Dilated Convolution）更注重通过较少的参数扩展感受野，通过引入空洞率（dilation rate）设计稀疏的滤波器
2K10编辑于 2025-04-22 - 来自专栏java学习java
MySQL逻辑架构（2）
缓冲池的预读特性： 2. 查询缓存 那么什么是查询缓存呢？ 查询缓存是提前把 查询结果缓存 起来，这样下次不需要执行就可以直接拿到结果。 set global innodb_buffer_pool_size = 268435456; 3.4 多个Buffer Pool实例 innodb_buffer_pool_instances = 2 这样就表明我们要创建2个 Buffer Pool 实例。
81220编辑于 2022-11-15 - 来自专栏charlieroro
Cilium架构 (Cilium 2)
Cilium架构 译自：http://docs.cilium.io/en/stable/architecture/ 本文档描述了Cilium的架构。 Ingress/Egress流控：与XDP相同，附加到tc(traffic control) ingress钩子的BPF程序会附加到网络接口上，但是在网络栈完成初始的报文处理之后运行。 使用ipvlan而不是veth对的好处是可以减少网络栈将报文推送到位于另一个网络命名空间中的ipvlan slave所需要的资源，因此可以获得更好的延迟结果。 overlay网络流量通过与overlay对应的Linux网络接口进行转发。默认的overlay接口称为cilium_vxlan。 但由于veth模式下，网络栈内部在处理从一个veth设备到位于另一个网络命名空间中的对端设备时需要重新遍历网络栈，因此会造成延迟。
2.9K21发布于 2020-04-24 - 来自专栏腾讯云TStack专栏
腾讯云TStack网络架构
概述 TStack整体部署网络架构，采用接入+汇聚二层扁平网络组网架构，如下图所示： image2020-11-9_15-12-29.png 虚拟化计算，块存储，对象存储支持大二层扁平组网，支持交换机线性扩展 网络分类 TStack云平台网络分为管理网、存储接入网、存储内部复制网、业务网（虚拟机数据网）、外部网络和IPMI网，如下图： image2020-11-9_15-57-20.png 管理网：采用千兆网络接口 ，确保云平台上承载的业务系统之间的互联互通； 外部网络：采用万兆网络接口，确保云平台私有网络与物理网络的互访。 服务器千兆电网口2个一组，交叉上联至带内管理交换机上，在服务器内部做bond。 服务器的万兆网口分别承载业务和存储流量，万兆网口2个一组，交叉上联至业务平面接入交换机和存储平面接入交换机，在服务器内部做bond。
8K83发布于 2020-11-09 - 来自专栏数通
主流网络架构简述
传统企业/数据中心网络主流分为三层分层架构、大二层扁平化架构两大类，二者适用场景、设计思路、优劣势差异明显。 一、三层网络架构（经典三层：接入-汇聚-核心） 分层职责 核心层骨干高速流量转发，不做复杂策略，追求高吞吐、高可靠。 二、大二层网络架构（扁平化架构） 核心思路：弱化分层，扩大二层广播域，分为园区网大二层、数据中心大二层两个分支。 1. 主流实现方案： 方案1：核心集中承载网关，搭配Super VLAN、QinQ隔离广播域； 方案2：引入BRAS设备，结合QinQ做用户隔离。 2. 数据中心大二层 诞生背景：云计算虚拟化场景下，虚拟机在线热迁移要求迁移前后IP、MAC、VLAN保持不变，必须依托大范围二层网络。
59810编辑于 2026-06-24 - 来自专栏SDNLAB
Facebook：进击的网络架构
200 GB/s或400 GB/s端口的交换机ASIC的出现意味着每个交换机的端口数量可以比早期的100 GB/s交换机增加一倍到四倍，大企业无需在管道方面投入更多，只需减少网络层数和架构跳数，同时仍能在单个架构中跨越 如此高的成本在Facebook所需的规模上是不可接受的，更糟糕的是，在HPC中心或大型企业也会采用相同的方法构建网络。随后Clos叶脊网络从超大规模中脱颖而出，成为数据中心网络的主流架构。 为了说明这一点，下面展示了F4和F16不同的特性，F4使用了基于Tomahawk-3 ASIC的Backpack spine交换机和现有的基于Tomahawk-2 ASIC的Wedge 100 leaf 交换机，F16架构则使用了Minipack spine交换机和基于Tomahawk-3（Minipack）、Tomahawk-2（Wedge 100S）ASIC的Wedge 100S交换机。 这是F16网络架构的关键所在，从一个区域或数据中心的任何一台服务器到另一个区域或数据中心的另一台服务器所需的芯片和跳数要少的多。
2.9K20发布于 2019-08-13 - 来自专栏Seebug漏洞平台
以太坊网络架构解析
通过学习以太坊网络架构，可以更容易的对网络部分的源码进行审计，便于后续的协议分析，来发现未知的安全隐患；除此之外，目前基于 p2p 网络的成熟的应用非常少，借助分析以太坊网络架构的机会，可以学习一套成熟的 p2p 网络运行架构。 0x01 目录 Geth 启动 网络架构 共享密钥 RLPXFrameRW 帧 RLP 编码 LES 协议 总结 其中第 3、4、5 三个小节是第 2 节「网络架构」的子内容，作为详细的补充。 -483d-b16e-6ac147b30c37.png-w331s] 0x03 网络架构 通过 main() 函数的调用，最终启动了 p2p 网络，这一小节对网络架构做详细的分析。 除此之外，由于 p2p 网络方向的资料较少，以太坊的网络架构也可以作为学习 p2p 网络的资料。
2.2K20发布于 2018-07-12 - 来自专栏Seebug漏洞平台
以太坊网络架构解析
通过学习以太坊网络架构，可以更容易的对网络部分的源码进行审计，便于后续的协议分析，来发现未知的安全隐患；除此之外，目前基于 p2p 网络的成熟的应用非常少，借助分析以太坊网络架构的机会，可以学习一套成熟的 p2p 网络运行架构。 0x01 目录 Geth 启动 网络架构 共享密钥 RLPXFrameRW 帧 RLP 编码 LES 协议 总结 其中第 3、4、5 三个小节是第 2 节「网络架构」的子内容，作为详细的补充。 0x03 网络架构 通过 main() 函数的调用，最终启动了 p2p 网络，这一小节对网络架构做详细的分析。 除此之外，由于 p2p 网络方向的资料较少，以太坊的网络架构也可以作为学习 p2p 网络的资料。
1K40发布于 2018-07-26 - 来自专栏iRF射频前端产业观察
5G网络架构
1 利用分组增强型OTN设备组建中传网络，回传部分继续使用现有IPRAN架构 IPRAN：是针对IP化基站回传应用场景进行优化定制的路由器/交换机整体解决方案 2 中传与回传网络全部使用分组增强型OTN SDN是一种新兴的、控制与转发分离并直接可编程的网络架构，其核心是将传统网络设备紧耦合的网络架构解耦成应用、控制、转发三层分离的架构，并通过标准实现网络的集中管控和网络应用的可变成性。 其实质是将网络功能从专用硬件设备中剥离出来。实现软件和硬件解耦后的各自独立，基于通用的计算、存储、网络设备并根据需要实现网络功能及其动态灵活的部署。 NFV高层架构 5G网络架构的三朵云。 （2）eNodeB可以控制UE的DRX配置。 （3）网络控制的移动性，即切换和具有网络协助（NACC）到GERAN的小区变更命令。 （4）UE可以进行以下过程。 PDCP位于RLC子层之上，是L2的最上面的一个子层，只负责处理分组业务的业务数据。PDCP主要用于处理空中接口上承载网络层的分组数据，例如IP数据流。
3.1K51编辑于 2022-05-16 - 来自专栏巍峨也帅哥的设计与爬虫
网络请求模块（2）
向服务器发送数据 会对服务器产生影响 通常都是 post 请求 请求参数不会在 url 上显示 就像百度翻译翻译一样他是一个动态加载数据，有道翻译是 ajax 请求，真正的 URL 在 XHR 里 2 User-Agent 用户代理 作用就是伪装爬虫记录用户数据，这会作为反反爬的第一步，更好的获取完整的 HTML 源码 3 urllib 模块 urllib 是 python 的一个内置的网络请求模块 UnicodeEncodeError: 'ascii' codec can't encode characters in position 51-53: ordinal not in range(128) 报错信息 urllib 网络请求模块在想一个携带了中文的 方法就是转成 16 进制 urlencode 传入参数类型:字典 功能:将存入的字典参数编码为 URL 查询字符串，即转换成以 key1=value1&key2=value2 的形式 enquote 对 urllib.request.Request(url,headers=headers) print(req) # <urllib.request.Request object at 0x0000022D35B9BB88> 2
84740编辑于 2022-12-20 - 来自专栏nginx遇上redis
vlan网络环境2
LSW2做配置如下： interface Vlanif 2 ip address 10.0.1.100 24 interface Vlanif 3 ip address 10.0.2.100 24 至此
41430发布于 2021-10-08 - 来自专栏网络安全观
网络安全架构 | 安全架构公理
下载说明：需要《安全架构实践的公理》（中文版+英文版）（中文版70多页，3万多字）的读者，请关注“网络安全观”公众号，并在公众号后台输入文字“安全公理”。 ? 首先列出《安全架构实践的公理》中的20条公理（其中括号中的内容均为笔者添加以助理解）： 公理1：业务风险驱动安全 公理2：场景（无场景，不安全） 公理3：范围（明确定义架构范围） 公理4：情报（利用情报主导响应 如果安全架构无法支撑组织利用其资产来完成业务工作，则该安全架构可能被边缘化和显得无用。 安全架构应基于业务风险驱动，并且应该是对这些风险进行适当响应。 02 公理2：场景 不要虚构场景，否则后果自负。 图2-IT技术栈 ? 图3-SABSA业务栈 通过IT技术栈与SABSA业务栈的对比可见，在这两种情况下，顶级资产（IT栈中的信息和业务栈中的业务价值链）都分解为分层架构模型。 最重要的一点是，无论加密服务是否已打开并处于最佳运行状态，网络服务都无法向应用服务发出信号。因为网络无法理解应用程序的数据结构。 规则很简单：网络需要网络安全服务来保护。
2K10发布于 2021-02-24 - 来自专栏学习笔记持续记录中...
应用的架构演变（2）
应用的架构演变图 ? 上图描述了从单一应用架构-->垂直应用架构-->分布式服务架构-->流动计算架构，应用的发展演变过程 单一应用架构 当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。 ，降低了维护和部署的难度，团队各司其职更易管理性能扩展也更方便，更有针对性 缺点： 每个应用的完整性，比如页面的修改都要重新部署，没有做到界面+业务逻辑的实现分离 2.每个应用无法做到完全的独立，比如订单可能要用到用户的信息 分布式服务架构图 分布式服务架构拆分不同的功能业务，并且不同的功能页面又将界面与业务逻辑分离，业务逻辑和界面是部署到不同服务器，不同的服务器之间的服务调用通过RPC(远程过程调用)调用(同一台服务器是简称件通信 流动计算架构图 流动计算架构引入调度中心，维护注册中心的所有服务调用关系，实时管理服务集群，根据不同的服务的访问请求量调整服务器数量，并且根据相同服务不同服务器请求的数量调整下次访问哪台服务器处理请求，
1.2K20发布于 2020-03-17
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号