首页 文章 精选 留言 我的

精选列表

搜索[磐石100]，共10009篇文章
优秀的个人博客,低调大师

改善OpenStack上DHCP的性能 【已翻译100%】

你有没有碰到过OpenStack中，VM失去IP地址的问题？如果有的话，你知道那可能是什么问题 ——特别是如果你拥有大量的节点和VM。你的客户会因为没有明显原因却断了与VM的连接而感到 挫败。甚至云的支持团队会为log文件里没有提示却出现问题感到挫败。 听起来很熟悉？ 在这篇blog里，我将会分享我的一些关于Openstack网络的经验，特别是承担为VM分配IP地址的责任的DHCP子组件。 为什么我们会把问题归咎于DHCP组件？因为这些特定的问通常都是由这个小但明显微不足道的OpenStack组件导致的。 **DHCP agent和DNSmasq ** 在OpenStack中，neutron-dhcp-agent为实例提供ip地址。理论上，neutron-dhcp-agent可以支持多种 后端，但现在它只支持dnsmasq。当启动一个实例时，分配和配置（ip）的程序包含一个在dnsmasq config中储存ip地址的进程，接着启动或重载dnsmasq。通常，OpenStack在每个网络中只有一个neutron-dhcp-agent负责spawn一个dnsmasq，所以一个庞大的网络（包含所有子网）中只会有一个dnsmasq提供服务。理论上，并且根据实用的实验室测试，dnsmasq应该能每秒处理1000个DHCP请求，但这里有些事实要说明下： 1.租赁时间。默认情况下是120s，你大概会知道，在租赁时间内，dhcp客户端会尝试中途延长租赁时间。这意味着每个VM会一分钟更新一次他们的ip地址。 2.去启动一个包含65535个静态租赁的DNSmasq实例几乎需要4分钟（3分43秒）。一般这会发生在neutron为新的VM分配新的ip地址，接着强行reload DNSmasq时。在此时，将没有DHCP服务会为相应的私有Neutron网络提供服务。 3.如果你没有在dnsmasq的配置中使用no-ping选项——这是应归于对安全担忧的OpenStack的默认设置——你会因非常慢的服务速度感到痛苦，因为在dnsmasq中，一个分开的pinger进程会被用于检查所提供的ip地址是否已经在使用中。包含no-ping选项，dnsmasq将能在10分钟内为160个请求提供服务并且不会失去它们，尽管这依赖于核心（core）速度和CPU速度。 4.Ubuntu和CentOS有mac地址表（neighbour table）被限制到/128/512/1024(net.ipv4.neigh.default.gc_thresh1/2/3）个记录。因为如此，不经常使用的 IP 记录将会异常快速老化（IP records that are not frequently used will age abnormally fast）这会影响网络性能并拖慢系统把流量发送至dhcp agent所在节点上的正确的mac地址的能力。 5.企图通过显著的增加ip的租赁时间去解决这些性能问题，这会导致neutron释放ip地址这方面的大问题（如果你的云负载均衡地改变)。默认情况下，neutron会为一个VM分配一个ip地址达24小时（neutron will allocate an IP address to a VM for 24 hours），独立于实际的租赁时间。当然，默认情况下，neutron不会为已经终止了的实例提供ip地址直至24小时。 你可以采取的措施 幸运的是，你可以做点事解决问题，如果你使用openstack并拥有一个地址空间大于255个地址（/24）的私有网络， 接着你应该考虑调整dnsmasq和network节点自身的默认参数。 1.增加ip的租赁时间以减少每秒来自VM的尝试更新ip地址的请求数量。根据一般的场景计算新的租赁时间， 记住虚拟机生命周期的平均时间。由于一个Bug，设置太大的租赁时间值会强迫OpenStack在数据库中保留这个ip地址为“used”的状态。即使VM已经被删除，因为neutron的租赁时间在数据库中，neutron将不会释放这个ip地址。 2.增加MAC地址表的尺寸使其能服务至少一千个主机。要做到这样，典型地，你可以设置dhcp-agent所在主机 的sysctl变量（通常在/etc/sysctl.conf）。视情况，你可以在所有与网络有关的节点执行以下操作，这些变量 如此设置： net.ipv4.neigh.default.gc_thresh1 = 1024 net.ipv4.neigh.default.gc_thresh2 = 4096 net.ipv4.neigh.default.gc_thresh3 = 8192 3.为DNSmasq的默认参数加上no-ping选项。这个改变能够使其每秒处理多10-20个请求，因为在被实际分配之前，dnsmasq无需再尝试ping那些ip。如果你使用OpenStack作为你的基础设施的一部分，记住，你必须谨慎地考虑这个选项。比如，如果你正使用提供者网络（provider networks）并且你的VM与其他物理服务器、设备、等等是单一L2域的组成部分，IP冲突是可能发生的的,可以造成严重破坏。 Neutron社区必须思考的改变 不幸地，在neutron中没有任何办法能为用户解决24小时ip分配的问题（the problem of 24 hour IP allocation），这个问题应该从neutron自身的改变去解决。一个简单的解决方法是在neutron或dhcp-agent中增加一个可配置的参数以修改租赁时间，并把它用作neutron数据库中的分配周期。这个方法表面看上去很完美但是仔细检查一下，你会意识到这会大大增加neutron-api/neutron-db的负载。所以这不是一个正确或不正确的方法去解决问题。 取而代之的是，neutron应该在实例被终止时简单地从数据库中移除ip地址。这会解决所有问题并在云上实现 动态负载和ip地址的完美重用。【实际上，这恰好是Icehouse版本的情况，尽管目前问题有所减轻】 结论 正如我说的，我的所述只是覆盖了一个很小的OpenStack网络的子组件——DHCP服务。正如你所看到的， 如果配置不正确，特别是当你使用了DNSmasq的默认选项将会导致许多痛苦。上面我所推荐的希望能帮助你 了解如何选择具体的DNSmasq选项和如何根据情况调整他们
2017-06-01
优秀的个人博客,低调大师

使用 TLS 认证远程访问 Docker 【已翻译100%】

通常情况下Docker只在 UNIX socket下生效. 一般只有本地调用生效. 如果要远程调用可以有以下三种方式: 使用nginx转发通讯到Docker 用SSH和socat处理链路 创建Docker daemon监听开放的端口 第一种实现起来比较繁琐. 第二种需要在客户端服务端安装 socat. 由于其连接未加密，任何人都可以拦截Docker的通讯信息. 直到有了 Docker implemented TLS auth in 0.10才完美的解决了这个问题. 有三种简单的方式来实现: I. 生成证书 需要生成三种证书类型: CA 证书用来生成客户端和服务端证书 远端Docker使用的客户端生疏 服务端使用的Docker daemon证书 我用Ruby写了生成这三种证书的代码.你只需要拷贝相关的代码 clone this repository 并运行下面的命令: $ gem install certificate_authority $ ruby certgen.rb example.com CA certificates are in ~/.docker/ca Client certificates are in ~/.docker Server certificates are in ~/.docker/example.com 证书都生成在~/.dockerpath下. II. 拷贝服务端证书到远端 脚本生成 Docker daemon需要的键值和证书~/.docker/example.com(example.com 是你的域名). 在服务端拷贝到~/.dockerdirectory下: rsync -ave ssh ~/.docker/example.com/ root@example.com:~/.docker/ III. 在远端配置Docker Docker daemon在0.10后支持--tlsverify 来提供加密的远端连接 假设你是用的是 Ubuntu 12.04 LTS并已经安装了Docker .其它环境下可能有些不同. 只需要在/etc/default/docker加入下面配置: DOCKER_OPTS="--tlsverify -H=unix:///var/run/docker.sock -H=0.0.0.0:4243 --tlscacert=/root/.docker/ca.pem --tlscert=/root/.docker/cert.pem --tlskey=/root/.docker/key.pem" 之后重启 Docker daemon: service docker restart 如果有错Docker daemon就会启动不了. 可以通过 under/var/log/upstart/docker.log来调试. 就是这么简单! 现在通过--tlsverify就能连接到远端Docker实例了: docker --tlsverify -H tcp://example.com:4243 images 它会使用 ~/.docker下的证书来验证连接. 如果使用的是其他的类型, 可以通过--tls* 来查询docker --help的帮助文档 documentation. 官方的TLS创建网址在这里 can be found on Docker site.
2017-06-01
优秀的个人博客,低调大师

在终端中运行 Swift 程序 【已翻译100%】

在读完苹果开发者文档( Apple Developer Docs)后，我发现： "Xcode的调试器包括一个Swift语言的交互版本，叫做REPL(Read-Eval-Print-Loop)...可以通过Xcode的控制台或终端来访问" 不幸的是，它并没有告诉你怎样从终端访问。好在这也不是什么难事。 输入如下命令即可(无论你用哪个beta，换掉app的名字) alias swift="/Applications/Xcode6-Beta2.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/swift" 在终端窗口，你看到如下信息。现在输入swift,你会看到欢迎页面。 注意: 当出现一个新的beta时，你需更新你的别名，输入相同的命令，不同的app名.例如 Xcode6-Beta3.app. 现在可以看到你的Swift代码: 最后，如果你输入 :help，那么LLDB的调试命令就唾手可得。 为什么你不加载Swift Playground? 这是一个好问题。不用启动Xcode 6 Beta并打开一个Swift Playground，就可以无语法错误地编程，这种能力我个人十分欣赏。同样，我肯定要遵守保密协议(NDA),我不会贴出Xcode 6的截图直到它最终发行。
2017-06-01
优秀的个人博客,低调大师

使用 Docker 作为 Python 开发环境 【已翻译100%】

(或者让我们绕过virtualenv) 本文中，我将尝试展示用Docker开发python应用（主要是Web应用）的可行方法。虽然我本人专注于Python的Flask微框架，但本文目的是演示如何通过Docker更好地开发和共享应用程序，（由任何语言和框架开发的应用程序）。Docker通过封装依赖项，大大减少了开发环境和正式产品的差距。 大多数Python开发人员在开发中使用virtualenv。它提供了一种易用的机制让应用程序使用自己专用的依赖项，这些依赖项可能与在其它应用程序或操作系统存在冲突（尤其是不同的Pyhton版本，还有不同的库版本等等）。个人而言，我对virtualenv一直没有太大兴趣，原因如下： 我经常忘记启用它，或者在切换工程时忘记切换它，这会遇到含糊的出错信息，另人倍感困惑。 它无法提供“纯粹的”隔离，只能是Python级别的隔离（系统库和非python的依赖项仍然会出问题）。 我通常不想在正式产品中运行它，这就意味着在开发环境和正式产品的不一致。 它让人感觉有点“黑客”作法：它是依靠修改脚本和设置新路径实现的。 （ 查看 pythonrants的这篇文章 了解更多为什么你可能不想用virtualenv ） 那么，怎么做Docker才能变得更好呢？Docker本质上提供了非常轻量化的VMs（在说法上可以称为“容器”），我们可以使用其创建一个高标准隔离并能大大减少失配的开发和产品环境。（如果你不熟悉Docker，却还想学习更多，你可以查看我在爱丁堡技术座谈会上介绍Docker的谈话）。 当我们建立一个小型的可视化Web APP，我自己和Mark Coleman使用这种方法（文档在这）。这（里面）划出了一个基本镜像安装Python 2.7，还有一些Flask管理以及PostgreSQL的内容。我会依据这个镜像去开发一个hello world的Web应用。我假设你是在Linux上开发，并且你已经有git，还安装了Docker，MacOS的指令应该非常类似。通过克隆和建立基本镜像开始： $ git clone https://github.com/mrmrcoleman/python_webapp $ docker build -t python_webapp . 现在，我们需要为容器中添加一些代码并详细写明。我们打算新建一个仅仅指向Docker镜像的项目来完成这项工作，而不是直接修改之前的项目。 创建一个具有下列结构的新项目： ├── Dockerfile ├── example_app │ ├── app │ │ ├── __init__.py │ │ └── views.py │ └── __init__.py ├── example_app.wsgi 或者克隆该地址的示例项目： https://github.com/amouat/example_app.git 在example_app/app/_init_.py中写入： from flask import Flask app = Flask(__name__) from app import views 使另一个_init_.py为空。在views.py中写入： from app import app @app.route('/') @app.route('/index') def index(): return "Hello, World!" 以上就是我们的一个hello world应用的最小flask版本。我在 这个教程中也使用过类似的代码，所以如果你刚刚接触Flask或者Python，你可以根据上述提到的教程，使用Docker而不是virtualenv继续学习。 为了使之运行在Docker容器内部，我们还需要做一些操作。在我们的实例Apache服务器中，example_app.wsgi文件包含了连接Python代码和web服务器的指令。该文件应当包含下列内容： import site site.addsitedir('/opt/example_app/') from app import app as application 最终，我们需要一个Dockerfile来构建容器并运行容器。在我们的实例中，它看起来是这样的： FROM python_webapp MAINTAINER amouat ADD example_app.wsgi /var/www/flaskapp/flaskapp.wsgi CMD service apache2 start && tail -F /var/log/apache2/error.log ADD那行为启动WSGI注入了一些代码。CMD那行在启动容器，启动apache web服务器时获取任何可能的错误信息，并将其发送至stdout。 如果你下列操作： $ docker build -t example_app . $ docker run -p 5000:5000 -v $(pwd)/example_app:/opt/example_app/ -i -t example_app 你应当会得到这样的回馈：通过浏览器打开地址localhost:5000，你会看到你的网站正在运行。如果你实在VM或者vagrant中运行，记得打开5000端口。 现在我们运行了web服务器，已经非常接近我们在产品中使用的东西了(我有意的使用Apache来做这点而不是Python默认的web服务器)。我们通过从主机向容器映射的方式向容器中注入代码；也可以在Dockerfile命令行中是用ADD来添加代码，但那样的话当我们队代码进行改动时，每次都需要重新构建容器。 然而，这仍然不是很好 ；开发中我们真的希望使用很大程度上帮助我们调试的Python web服务器。该高兴的是我们不用对Dockerfile进行任何修改。在example_app文件从创建一个run.py文件开始，按照一下内容： !flask/bin/python from app import app app.run(debug = True, host='0.0.0.0') 这将启动Python的带调试的web服务器并监听所有连接，我们也能从容器外访问。现在用下列命令重启容器： $ docker run -p 5000:5000 -v $(pwd)/example_app:/opt/example_app/ -i -t example_app python /opt/example_app/run.py 你能看到网页又运行了。这次我们显式地提供运行的命令（"python /opt/example_app/ryn.py"）,它覆盖了Dockerfile中的CMD行的设置。现在如果编辑在主机上的源程序，就能马上看到网页上的改变。 让我们花点时间看看我们的收获： 一个运行在隔离容器中的web应用，容器完全封装了应用的Python依赖项和系统依赖项。 能够使用现有编辑器或IDE开发代码并直接查看变化，就像在本地编辑一样。 比以前更接近正式产品的运行环境。 没有使用virtualenv。 如果你想知道如何以这种方式建立程序发布的途径，可以看看Mark Coleman写的关于前面提到的可视化Web应用的文章。 不幸的是，这一切还不完美。还有下列几个问题： 你可能仍会遇到需要使用virtualenv或其等价解决方案的情况，例如库的操作系统版本与你的程序所需版本间的冲突。 我们还没完全解决数据托管的问题，仍需做某些测试。 我假设的“产品”是一个Docker容器，但实际情况常常并非如此而且Docker托管本身也刚刚起步。 尽管如此，我仍然认为这向软件开发的更好未来迈了一大步，大大减轻了部署软件和管理依赖项的痛苦。
2017-05-31
优秀的个人博客,低调大师

凹语言 v0.14.0 发布, 后端 100% 自研

凹语言是国内 Gopher 发起的纯社区构建的开源国产编程语言项目（没有公司背景、没有任何赞助）。同时凹语言也是国内第一个实现纯浏览器内编译、执行全链路的自研静态类型的编译型通用编程语言。凹语言 v0.14.0 有以下改进: 后端重新实现 wat 到 wasm 的转换工具并默认启用; run/build 临时增加 -wabt=false 参数 简化 wa run, 优先命令行执行, 并增加 -web 参数 修复 js 胶水代码的错误 更多信息请访问凹语言官网：https://wa-lang.org/
2024-08-01

资源下载

更多资源
Mario

Mario

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

时间: 2026-04-11 大小: 211.28KB 下载: 56次
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

时间: 2026-08-21 大小: 1MB 下载: 10次
Nacos

Nacos

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

时间: 2026-08-21 大小: 189MB 下载: 7次
Spring

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

时间: 2026-08-21 大小: 5MB 下载: 2次
热门标签
DeepSeek Jdk25 OpenAi HarmonyOS6 Nacos3 SpringBoot4 SpringCloud Docker Kubernetes Service Mesh Redis Gemini3 Rocky

欢迎您来访！

登录后，您将获得更多功能！
热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册