docker 网络设置桥接网卡-低调大师

docker 网络设置桥接网卡

2017-11-14 780

 
       yum  -y 
       install  
       bridge-utils 
      
       [root@linux-node2 ~]
       # systemctl stop docker  
      
       [root@linux-node2 ~]
       # ifconfig  docker0 down  
      
       [root@linux-node2 ~]
       # brctl delbr  docker0  
      
       [root@linux-node2 network-scripts]
       # cat ifcfg-br0  
      
       DEVICE=br0
      
       ONBOOT=
       yes 
      
       NM_CONTROLLED=no
      
       BOOTPROTO=static
      
       TYPE=Bridge
      
       IPADDR=192.168.56.12
      
       NETMASK=255.255.255.0
      
       GATEWAY=192.168.56.2
      
       [root@linux-node2 network-scripts]
       # cat ifcfg-eth0  
      
       TYPE=Ethernet
      
       BOOTPROTO=none
      
       IPV6INIT=no
      
       NAME=eth0
      
       DEVICE=eth0
      
       ONBOOT=
       yes 
      
       BRIDGE=br0
      
       [root@linux-node2 network-scripts]
       #  
      
       systemctl restart network 
      
       [root@linux-node2 network-scripts]
       # ip addr 
      
       1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1
      
       link
       /loopback 
       00:00:00:00:00:00 brd 00:00:00:00:00:00 
      
       inet 127.0.0.1
       /8 
       scope host lo 
      
       valid_lft forever preferred_lft forever 
      
       inet6 ::1
       /128 
       scope host  
      
       valid_lft forever preferred_lft forever 
      
       2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UP qlen 1000
      
       link
       /ether 
       00:0c:29:ac:7e:6d brd ff:ff:ff:ff:ff:ff 
      
       inet6 fe80::20c:29ff:feac:7e6d
       /64 
       scope link  
      
       valid_lft forever preferred_lft forever 
      
       6: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
      
       link
       /ether 
       00:0c:29:ac:7e:6d brd ff:ff:ff:ff:ff:ff 
      
       inet 192.168.56.12
       /24 
       brd 192.168.56.255 scope global br0 
      
       valid_lft forever preferred_lft forever 
      
       inet6 fe80::20c:29ff:feac:7e6d
       /64 
       scope link  
      
       valid_lft forever preferred_lft forever 
      
       [root@linux-node2 network-scripts]
       #  
      
       vi  
       /etc/sysconfig/docker 
      
       OPTIONS=
       '--selinux-enabled --log-driver=journald --signature-verification=false -b=br0' 
      
       systemctl restart  network
      
       pipework的安装
      
       wget https:
       //github
       .com
       /jpetazzo/pipework/archive/master
       .zip 
      
       unzip master.zip
      
       cp 
       pipework-master
       /pipework  
       /usr/local/bin/ 
      
       chmod 
       +x 
       /usr/local/bin/pipework 
      
       这里最好不要让docker自动获取ip，下次启动会有变化而且自动获取的ip可能会和物理网段中的ip冲突
      
       docker run -itd --net=none --name=
       test 
       centos7 
       /bin/bash 
      
       为
       test
       容器设置一个与桥接物理网络同地址段的ip@网关 
      
       pipework br0 
       test 
       192.168.56.11
       /24
       @192.168.56.2

本文转自小小三郎1 51CTO博客，原文链接：http://blog.51cto.com/wsxxsl/2057465，如需转载请自行联系原作者

微信关注我们

原文链接：https://yq.aliyun.com/articles/494446

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

Twitter的流处理器系统Heron——升级的storm，可以利用mesos来进行资源调度

2011年，Twitter发布了开源的分布式流计算系统Storm。四年后，随着用户数量的急剧增加，Twitter每天要处理的事件已经增加到十亿以上。Storm系统应对如此庞大而复杂多样的流数据变得十分困难。为了解决该问题，Twitter公司近期开发了一套全新的流处理系统——Heron。近日，Twitter公司在SIGMOD 2015会议上对Heron进行了介绍。据Twitter公司的技术经理Karthik Ramasamy表示，Twitter公司之前对Storm所存在的问题以及新平台的功能需求进行了详细分析。首先，Storm调试能力较弱的问题曾让Twitter员工比较困扰。在Storm中，一个拓扑中的多个组件是捆绑在操作系统的一个进程中的。这就使得在拓扑出现问题时很难迅速定位问题的根源。用户不得不借助cleaner映射来帮助实现逻辑计算单元到物理进程的映射，从而辅助调试。此外，Storm还需要专门的集群资源来运行拓扑。这就使得它不能利用流行的集群调度软件进行计算资源的优化。而且，在使用Storm时，用户需要手动隔离机器才能部署一个新的产品拓扑。同样，在拓扑不再使用时还需要手动回收机器...

2017-11-15

650

10、利用Zabbix API创建主机宏

需求：对所有云主机添加公网带宽监控，但不是每一台主机都有公网IP，有公网IP的主机的带宽也不完全相同，比如有的是1M，有的是5M，带宽监控的阈值为带宽值*0.8*1000K。例如1M的带宽，监控的阈值为800K。（注意：经过测试，在zabbix的trigger中这是0.8M，不会发出告警，但是阈值为大于1M的小数时又可以告警，怀疑是小于1M时，zabbix自动将单位换成K导致的。后来索性在定义带宽监控阈值时将单位统一为K，并且一定要为整数。如1300K可以，但是1300.5K则不会告警。）脚本思路1：监控阈值在每台主机上去添加主机宏，不是手动添加，而是通过zabbix API为主机添加宏。具体的过程如下：通过CMDB接口拿到所有主机的信息，包括zabbix主机可见名和带宽信息，做判断，公网带宽为0M时，不添加主机宏。当不为0M时，先判断主机上是否存着这个宏，如果不存在则创建这个宏，如果存在，先比较该宏的值是否和由的带宽值计算出的告警阈值相等，如果相等，表示带宽没有更新过，不做处理。如果不相等，则表示带宽是调整过的，需要更新主机宏上的带宽阈值。脚本思路2：当主机上存在带宽告警阈值...

2017-11-15

628

发表评论

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。