工作总结

今年换了工作，入职就过元旦节。
新年熟悉公司产品的同时，还见证了公司v6的发布。以前的工作的主要是基于硬件sdn，而公司产品基于社区实现也就是软sdn，两者有些许不同但是技术栈差别不大，不过还是花了一些功夫研究了一下社区方案。

More

目前我们维护的ovsdb数据库主要是ovn nb和sb：ovn-nb.ovsschema ，ovn-sb.ovsschema
比如修改port_binding表，新增一个字段other_config：
第一步：修改ovn-sb.ovsschema文件，新增other_config 字段定义：

"Port_Binding": {
    "columns": {
        "logical_port": {"type": "string"},
        "type": {"type": "string"},
        ......
        "other_config": {
             "type": {"key": "string",
                      "value": "string",
                      "min": 0,
                      "max": "unlimited"}},

More

工作总结

今年研究的技术比较杂，更多的是有关于上一年公司项目中涉及到的需求。
年初完成了将ironic容器化，主要是为了提高ironic的可用性和简易部署，该需求最终搁置了。
三月份左右试着将token存放memcached切换成redis，后续也测试了使用memcached_pool，在规模小的场景感觉差距不明显。
上半年还做了将nova-docker纳入到virt里，作为一个driver在跑，也就是咱们iaas支持了创建容器的功能，此外还完成了容器网卡的ovs mirror功能。

More

工作总结

年初投入工作的时间比较多，所以博客就歇了很长一段时间，人也懒索性后面就一直没有更新了。
工作上一直以来就人力不足，一个人至少同时兼顾两个人的活，在领导看来绩效不好看，于我们而言成天当背锅侠却没好名声。
除了完成需求，有时候还要分析特性，解决线上问题（需求归特性团队，网上问题直接挂个人）。
不靠谱的安排很多，我们到底是运维，设计，还是开发？

More

架构分析

kuryr-k8s主要目的是统一vm和容器的网络，借助neutron来管理容器的网络。两种部署，一种是将kuryr服务和k8s集群部署在租户的虚机内，借助虚机网络间接给pod和service提供网络，需要开启trunk特性，同时l2agent也要支持trunk，使虚机port支持多vlan；另一种，在独立的虚机或者裸金属上部署kuryr和k8s集群，k8s集群和openstack节点间二层互通。

More

技能流水

今年的主题就是工作投入了。新岗位很多姿势不熟，操作需要各种适应。公司im是微软的lync，这工具最强大的就是远程和电话会议，公司对lync的使用没有约束，所以也就有最大的缺点，那就是突然来个lync电话，基本上当下的事情就做不了了。

More

前言

今年的云网方案，涉及很多lb的需求，大多数是客户亟需的而社区目前不支持的。针对类似需求，我们首要考虑能否通过其它方式去满足而不改动社区原有实现，其次才是考虑如何扩展并兼容社区实现。当然有的方案也会考虑能否向社区提交，话说回来了，搞开源本来就要结合实际需求来做，过于私有化的方案也就违背了开源的初心。说回lbaas，目前社区已经将其独立出neutron，成立新的项目octavia。即便如此，当前很多云厂商，依然还是沿用的lbaas v1或v2。很多lb厂商如f5，a10还是以lbaas的插件为主，所以本文简要分析lbaas相关知识点。

More

前言

最近在忙的一件事情，就是openstack对接思科的apic控制器。踩了些坑，但还好都解决了。目前apic的neutron插件已经从networking-cisco移除，思科官方提供的安装办法是neutron-install。大致总结了一下安装的步骤。

More