在现代网络应用中，负载均衡是提高性能和可靠性的关键因素之一。通过将请求分发到多个服务器上，负载均衡可以确保请求被合理地处理，并避免单点故障。
前言 网络虚拟化相对计算、存储虚拟化来说是比较抽象的，以我们在学校书本上学的那点网络知识来理解网络虚拟化可能是不够的。 在我们的印象中，网络就是由各种网络设备（如交换机、路由器）相连组成的一个网状结构，世界上的任何两个人都可以通过网络建立起连接。 带着这样一种思路去理解网络虚拟化可能会感觉云里雾里——这样一个庞大的网络如何实现虚拟化？ 其实，网络虚拟化更多关注的是数据中心网络、主机网络这样比较「细粒度」的网络，所谓细粒度，是相对来说的，是深入到某一台物理主机之上的网络结构来谈的。 如果把传统的网络看作「宏观
本文主要介绍Red Hat基于开源的企业级虚拟化解决方案RHEV。RHEV虽然是开源虚拟化解决方案，但是其易用性，可维护性是很高的。文中笔者通过与vSphere的架构进行对比介绍，以便使读者更好地进行理解。声明：本文不代表任何厂商官方观点，文中的测试数据，仅用于参考使用。 从虚拟化市场谈起 谈到虚拟化，大多数人第一时间想到的是vSphere，毋庸置疑。目前为止，vSphere在虚拟化市场，无论是份额，还是影响力，都是最大的。 随着开源的兴起，开源虚拟化解决方案也受到越来越多客户的注意。根据2015的调查数字
直接拷贝虚拟机文件； 使用对应版本的VMware虚拟机来打开它； 不知道选择“我已复制该虚拟机”; 知道选择“我已移动该虚拟机”(免设置网络IP)一定要选这个！！！ 如果需要修改IP地址，要做以下内容：
网络名称空间（Network Namespaces）是Linux内核特性之一，提供了隔离网络环境的能力，使得每个网络名称空间都拥有独立的网络设备、IP地址、路由表、端口号范围以及iptables规则等。这一特性在Linux虚拟化技术中占据了核心位置🌟，它不仅为构建轻量级虚拟化解决方案（如容器📦）提供了基础支持，也在传统的虚拟机技术中发挥作用，实现资源隔离和网络虚拟化。
前言 基于Keepalived实现LVS双主高可用集群。什么是Keepalived呢，keepalived观其名可知，保持存活，在网络里面就是保持在线了， 也就是所谓的高可用或热备，用来防止单点故障的发生。本文将详细讲述Keepalived工作原理及高可用解决方案的实现。 相关介绍 Keepalived简介 Keepalived采用VRRP(virtual router redundancy protocol，虚拟路由冗余协议)热备份协议，以软件的方式实现linux服务器的多机热备功能。VRRP是针对路由器
前面的文章讲过了几种 Linux 虚拟网络设备：tap/tun、veth-pair、bridge，它们本质上是 Linux 系统 提供的网络虚拟化解决方案，今天要讲的 macvlan 也是其中的一种，准确说这是一种网卡虚拟化的解决方案。因为 macvlan 这种技术能将 一块物理网卡虚拟成多块虚拟网卡 ，相当于物理网卡施展了 多重影分身之术 ，由一个变多个。
在介绍高可用架构的方案之前，先说一下什么是高可用架构，高可用架构应具备但不限于以下特征：
本文系SDNLAB社区译者计划发布文章，SDNLAB将与国外优质媒体和个人进行长期的内容合作，带来更多的优质技术文章，本文是<<网络功能虚拟化：新兴的虚拟化网络层技术>> 系列文章的第三篇。 本文译者：Andy Yu， 现于湾区一家网络设备供应商担任PM职位，曾先后在AMD，Dell等公司任职多年。 我们在之前的系列里面讨论了OPNFV（网络功能虚拟化的网络平台），主要覆盖了有关虚拟架构和相应的支持NFV（网络功能虚拟化）组织管理。本文将主要介绍组建不同虚拟网络功能的开源解决方案。 一个虚拟化的
VXLAN (Virtual eXtensible LAN，可扩展虚拟局域网络) 是一种Internet 标准重叠网络虚拟化技术，它提供了一种在 IP（第 3 层）网络上封装以太网（第 2 层）帧的方法，这一概念通常被称为“隧道”。VXLAN采用MAC in UDP（User Datagram Protocol）封装方式，是NVO3（Network Virtualization over Layer 3）中的一种网络虚拟化技术。
物理网卡信息 IPv4地址：192.168.123.205 子网掩码：255.255.255.0 默认网关：192.168.123.1
我们在之前的系列里面讨论了OPNFV（网络功能虚拟化的网络平台），主要覆盖了有关虚拟架构和相应的支持NFV（网络功能虚拟化）组织管理。本文将主要介绍组建不同虚拟网络功能的开源解决方案。 一个虚拟化的网络功能（ VNF ）能够运行于一个NFV基础设施（ NFVI ），并由NFV Orchestrator（ NFVO ）和VNF Manager编排。 VNF除了定义良好的功能行为外，预期可对其它网络功能，VNF Manager，EMS和NFVI 提供接口。 商业软件和服务器目标所取代的网络设施范围可包括防火墙，
Kubernetes要求集群中的每个容器都具有唯一的可路由的IP。 Kubernetes本身不分配IP，将任务交给第三方解决方案。 在这项研究中，我们的目标是找到具有最低延迟，最高吞吐量和最低安装成本的解决方案。 由于我们的负载对延迟敏感，因此我们的目的是在相对高的网络利用率下测量高百分比的延迟。 我们特别关注性能低于最大负载的30-50％，因为我们认为这最好代表了非超载系统的最常见用例。 竞争对手 Docker与--net =主机 这是我们的参考设置。 所有其他的竞争对手都与这种设置进行比 -net =
众所周知，Docker在2015年以迅猛的速度席卷了整个IT界，其火热程度可见一斑。作为一个基于Linux内核的容器技术，它的稳定高效的确对现有的虚拟机厂商构成了相当大的威胁。老牌的虚拟机解决方案提供
今天跟大家分享Rainbond基于Midonet的多租户网络设计和思考。Rainbond对于多租户的支持一个最大的构成是多租户网络支持，Rainbond公有云要求每个租户之间网络必须隔离，形成相互安全的租户网络环境。对于不同的SDN网络，实现方式各不相同，例如Calico从路由规则上隔离，Midonet可以为不同租户创建子网等。Rainbond底层产用Kubernetes作为应用运行方案，其采用标准的CNI网络接入规范，这一点对于我们为Rainbond支持多种网络提供了标准化支持。对于中小集群用户，Rainbond推荐使用基于Calico的网络方案，作为Kubernetes社区常用方案之一，本文不再详细介绍。对于大型集群或对租户网络隔离有严格要求的用户，我们使用基于Midonet的方案，这就是我们今天分享的重点。
本文系SDNLAB社区译者计划发布文章，SDNLAB将与国外优质媒体和个人进行长期的内容合作，带来更多的优质技术文章，本文是<<网络功能虚拟化：新兴的虚拟化网络层技术>> 系列文章的第三篇。 本文译者：Andy Yu， 现于湾区一家网络设备供应商担任PM职位，曾先后在AMD，Dell等公司任职多年。 我们在之前的系列里面讨论了OPNFV（网络功能虚拟化的网络平台），主要覆盖了有关虚拟架构和相应的支持NFV（网络功能虚拟化）组织管理。本文将主要介绍组建不同虚拟网络功能的开源解决方案。 一个虚拟化的网络
今天跟大家分享Rainbond基于Midonet的多租户网络设计和思考。Rainbond对于多租户的支持一个最大的构成是多租户网络支持，Rainbond公有云要求每个租户之间网络必须隔离，形成相互安全的租户网络环境。对于不同的SDN网络，实现方式各不相同，例如Calico从路由规则上隔离，Midonet可以为不同租户创建子网等。Rainbond底层产用Kubernetes作为应用运行方案，其采用标准的CNI网络接入规范，这一点对于我们为Rainbond支持多种网络提供了标准化支持。对于中小集群用户，Rain
昨天同事反馈了一个问题，原本的办公机环境中的虚拟机是可以对外暴露办公机的IP,提供相应的数据库运维API服务，比如办公机的IP是192.168.10.100，而虚拟机使用virtualbox，使用了主机模式，IP可能是192.168.56.100，那么192.168.56.100上面的API服务可以对外使用192.168.10.100来访问。一般开发环境测试完成之后，就推送到GitLab，经过验证就发布了，所以测试有测试的相关服务，线上有线上的相关服务，IP方式模式都是相对固定的。
openmediavault是基于Debian Linux的下一代网络附加存储（NAS）解决方案。它包含SSH，FTP/SFTP，SMB/CIFS，DAAP媒体服务器，RSync，BitTorrent客户端等服务。
去年初我开始系统学习 K8S，就想能生成一个集群环境。查看了一下官方文档，步骤很多。网上的一些资源已经过期或者不可用，再加上各种资源的变更和国内不可访问。
FabulaTech是一家位于英国伦敦的软件开发公司，其专业精神、经验和执行领导能力得到高度认可。
工业物联网(Industrial Internet of Things，简称 IIoT)预示着一股新的现代化浪潮，在许多行业，客户和内部利益相关者要求在生产力、管理、安全和灵活性方面取得更多的进展。但是，IIoT的部署仍然面临相当大的阻力，主要是那些人工管理的基础设施，切这些基础设施大多不安全。 Fog 计算提供了一个创新的解决办法，通过在信息技术工具集框架内提供安全的技术基础设施，从而解决这些挑战。
DragonFlow是华为以色列技术团队2014年提出的，2015年开始提交代码，目前已经成为OpenStack的孵化项目。DragonFlow最初的目标是通过可插拔、无状态、轻量级的SDN控制器来实现分布式路由，它的提出是为了解决DVR（Distributed Virtual Router，分布式虚拟路由技术）中存在的一些问题，主要是DVR会造成计算节点上资源和性能的一些损耗。
macvlan是Linux操作系统内核提供的网络虚拟化方案之一，更准确的说法是网卡虚拟化方案。它可以为一张物理网卡设置多个mac地址，相当于物理网卡施展了影分身之术，由一个变多个，同时要求物理网卡打开混杂模式。针对每个mac地址，都可以设置IP地址，本来是一块物理网卡连接到交换机，现在是多块虚拟网卡连接到交换机。macvlan应该很简单。
vicfg-user --url https://esxi-host/sdk/webService --username root --password [old-pwd] -u root -e user -l root -o modify -p [new-pwd]
使用linux虚拟机时，通常会用到yum命令来安装软件，然而这个命令需要连外网下载软件，用maven下载jar包也需要外网。虚拟机在内网可以互相ping通，然而ping不了外网，于是通过试验，终于找到了解决方案：
随着互联网的爆炸性增长及其在我们生活中日益重要的作用，互联网上的流量急剧增加，并且每年以超过100％的速度增长。服务器上的工作负载正在迅速增加，因此服务器很容易在短时间内过载，尤其是对于流行的网站。为了克服服务器的过载问题，有两种解决方案。一种是单服务器解决方案，即将服务器升级到性能更高的服务器，但是当请求增加时很快就会超载，因此我们必须再次升级，升级过程复杂且成本高。另一种是多服务器解决方案，即在服务器集群上构建可扩展的网络服务系统。当负载增加时，我们可以简单地将新服务器或更多服务器添加到集群中以满足不断增长的请求，而商用服务器具有最高的性能/成本比。因此，为网络服务构建服务器集群系统更具可扩展性和成本效益。
在云原生领域，Kubernetes (K8s) 已经成为容器编排领域的事实标准☁️📦。随着其在企业中的广泛应用，对于网络的需求也日益增长，尤其是在大二层网络的构建上。大二层网络设计旨在提供跨多个节点的容器间的无缝通信，但这种设计并非没有挑战。本文将深入探讨K8s大二层网络面临的主要问题和挑战，并讨论可能的解决方案。
本文为3月26日灵雀云Kubernetes专家刘梦馨在Dockone社区的主题分享。他从Kubernetes网络的局限性、OVS和OVN网络方案的能力、OVN和Kubernetes的结合、Kubernetes网络增强的未来方向等方面分享了他本人的思考，以及灵雀云在此方面的产品进展。灵雀云近期研发的基于OVN的Kubernetes网络将很快与大家见面。欢迎各位关注！
刚上手linux，我用的是VMare Workstation虚拟机，装的是Ubuntu操作系统，就遇到虚拟机不能上网问题，以及xshell连接虚拟机失败。网上找了好多相关问题的解决方案，在懵懵懂懂中终于解决了上述问题。记录一下，以供参考
学习一个从未接触过的Linux虚拟网络设备是一个分阶段的过程，从最初的认识到最后的精通，需要系统性和逐步深入的学习策略。以下是一个全面的指南📚，旨在帮助初学者通过多角度分析🔍，一步一步地学习和掌握新的Linux虚拟网络设备。
由上图我们可以看到创建的网络ID为4554d78082da ,使用ip addr查看本机网络：
就在几天前，我发布了一篇新文章，介绍了在 VMware vSphere 上安装 Talos Linux 的方法。Talos 是一个很好的平台，可以稳定地运行 Kubernetes，并将安全性作为首要关注点。我们还可以从在 Proxmox 上运行 Talos Linux 以配置 Kubernetes 集群中受益。让我们以在 Proxmox 中配置 Talos Linux 为例。
作者简介：冯龙飞，上海酷栈科技有限公司SDN产品经理，多年从事网络虚拟化相关功能的开发、定义、产品设计等相关工作，具有丰富的虚拟化网络技术和SDN产品设计经验。
刚开始接触容器集群的人会发现，与在单节点上使用容器相比，容器集群一个很复杂的领域就是网络。Kubernetes 作为容器编排领域的事实标准，对容器集群的网络进行了合理抽象，并开放了容器网络标准 CNI，供各公司根据自身应用场景和底层基础设施选用开源方案或者自行实现一套网络插件。本文主要介绍腾讯云容器平台针对私有化不同场景的一些网络方案实践。
随着越来越多的企业用户将传统的业务系统迁移至虚拟化环境或是云服务商提供的云平台，数据的泄露及篡改风险变的越发严峻，针对数据安全的防护以及事后审计追溯也变得越来越困难。究其原因，主要是传统的数据库审计解决方案是通过旁路分析目标被审计数据库镜像的流量，而虚拟化环境或者云平台由于内部的虚拟交换机（Vswitch）流量很难镜像或者无法镜像，因此传统的数据库审计解决方案不足以应对虚拟化和云平台的数据库审计需求。
使用NAT网络是VM虚拟出来的网段，可供直接上网。但在某些情况下需要虚拟机中的系统访问和物理机一样的局域网就要使用桥接的访问，让虚拟机中的系统也可以跟物理机一样作为局域网中的一台机器。 解决方案：
使用 Jenkins 镜像创建容器，并搭建 Python + Pytest +Allure 的自动化测试环境
随着越来越多的企业用户将传统的业务系统迁移至虚拟化环境或是云服务商提供的云平台，数据的泄露及篡改风险变的越发严峻，针对数据安全的防护以及事后审计追溯也变得越来越困难。究其原因，主要是传统的数据库审计解决方案是通过旁路分析目标被审计数据库镜像的流量，而虚拟化环境或者云平台由于内部的虚拟交换机（Vswitch）流量很难镜像或者无法镜像，因此传统的数据库审计解决方案不足以应对虚拟化和云平台的数据库审计需求。 首先我们对虚拟化及云平台环境中，传统的数据库审计解决方案在典型的几种场景下的优缺点进行解析：
linux获取主机名后用gethostbyname() 不能获取主机ip 我在虚拟机上用以下函数能获取主机ip的ip
重装系统后安装VS2015时卡住了，于是试试看VS2017怎样，听说还支持调Linux。发现VS2017跟12/13/15又有了新的飞跃，竟然支持模块化下载，对于我这种主要写C++简直是个福音，勾了Linux C++和MFC后，C盘+D盘也才6G，比起VS2015只额外勾MFC就有10G来说轻了这么多！
本文以DHCP为例，介绍了network namespace的基本原理，以及他在OpenStack中的应用。 基本概念 1: Linux系统的全局资源 1）user:用户ID和组ID 2）uts:主机名和域名 3）pid:进程ID 4）mount:文件系统挂载点 5）network:网路资源 6）ipc:进程间通信 2:Linux Namespace Linux Namespaces提供了一种隔离系统全局资源的方法, 通过这个方法，每个namespace都了有一份独立的资源。这样,不同的进程在各自的n
有这么一个需求：需要远程访问内网的nas。然后现成的解决方案有蒲公英这个方案，但是个人版的话限了只能3个设备，因此找了半天，最后选择了功能类似的zerotier.
容器技术很火，经常为人所提及，尤其是开源容器工具docker，已在不少数据中心里有广泛应用。容器主要是对软件和其依赖环境的标准化打包，将应用之间相互隔离，并能运行在很多主流操作系统上。这样看来容器和虚拟机技术很类似，容器是APP层面的隔离，而虚拟化是物理资源层面的隔离，容器解决了虚拟技术的不少痛点问题，很多时候容器可以和虚拟机结合在一起使用，这也是目前数据中心主流的做法。
在大型的系统开发时，通常需要准备多套环境用于开发和测试的目的，如：开发环境，UAT测试环境，集成测试环境和模拟环境等。这样通常会需要大量的机器节点，尤其是进行大数据类的系统开发的时候，通常一个大数据集群都要几台到几十台机器，这个时候的机器数量的需求将更是惊人。如果这些节点机器都通过物理机的方式实现，那成本就更是让人无法接受了。面对这种情况，选用虚拟化环境的方案，是一个非常好的选择。因为测试和开发环境通常对节点机器的配置要求不高，运行时甚至可以不必同时运行，可以根据工作安排灵活调度。但是确对环境之间的隔离性，以及与生产环境的一致性上要求很高。这种时候通过虚拟化资源池的方式将能应对这种困局。
OpenVAS漏洞扫描器是一种漏洞分析工具，由于其全面的特性，可以使用它来扫描服务器和网络设备。这些扫描器将通过扫描现有设施中的开放端口、错误配置和漏洞来查找IP地址并检查任何开放服务。扫描完成后，将自动生成报告并以电子邮件形式发送，以供进一步研究和更正。OpenVAS也可以从外部服务器进行操作，从黑客的角度出发，从而确定暴露的端口或服务并及时进行处理。如果您已经拥有一个内部事件响应或检测系统，则OpenVAS将帮助您使用网络渗透测试工具和整个警报来改进网络监控。
1、 CNCF 与 Linux 基金会正式发布最新的 KCSA（Kubernetes and Cloud Native Security Associate ) 认证考试上线了。KCSA 认证专为希望于云原生生态系统及安全技术发展的人员而设。获得 KCSA 认证的人员具备 Kubernetes 集群的基线安全配置的能力，并能够乎合合规性的要求，这包括加强安全控制、测试和监控安全性以及参与评估安全威胁和漏洞的能力。 --CNCF社区
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
