请投上您的一票，助力 2019 开源基础设施峰会
2019 上海开源基础设施峰会（Open Infrastructure Submit）演讲社区投票通道已经开发啦！我们精心的为大家准备了 3 个演讲主题，如果您感兴趣请为我们点上一个小红心，我范某人在此谢过了。
投票步骤：
Step 1：登陆 OpenStack 账号 https://openstackid.org/accounts/user/login
Step 2：进入投票页面 https://www.openstack.org/summit/shanghai-2019/vote-for-speakers
Step 3：在搜索栏里下列议题题目，根据下面截图步骤进行投票。
Unified monitoring and second-level alarm scheme for OpenStack and Kubernetes
投票入口：https://www.openstack.org/summit/shanghai-2019/vote-for-speakers#/24149
ABSTRACT
在愈演愈烈的多云趋势下，统一的、松耦合的、迅速响应的监控告警方案，是复杂多样的云生产环境所亟需的。传统 OpenStack 的 Telemetry 架构无法延伸开来对诸如底层物理基础架构、Kubernetes 资源和其他云集群的监控，同时随着集群规模的增大，如何进行快速的告警响应也是关键问题。
我们提出了一种体系结构，通过对 Prometheus-operator 的优化，对多云下的各种资源进行统一采集管理，解决了存储的持久化问题，能够对节点、集群服务、虚拟机整个纵向栈的故障进行秒级告警，并提供了多种 Exporter 及整套监控的自动化部署方案。目前，我们已将其应用到具有 500 台物理服务器的生产环境中。
Provide high performance NFVI on heterogeneous resource pools
投票入口：https://www.openstack.org/summit/shanghai-2019/vote-for-speakers#/24018
ABSTRACT
The NFV full decoupling project, based on the existing VMware and KVM virtualization resource pool, needs to support NFV virtualization features and performance requirements. the common techniques include NUMA affinity, host anti-affinity, physical CPU binding, PCI passthrough, SR-IOV PF/VF, Bandwidth QoS and so on.
To have a unified interface for KVM and ESXi, we let nova-compute access ESXi host instead of one cluster in VCenter, which enables nova to have a more detailed perception of VMware virtual resources. The memory, cpu and storage characteristics of the ESXi host can be available for scheduling. NUMA, PCI-Passthrough and SR-IOV in both KVM and ESXi host can be managed by Nova. At last, a collector based on gnocchi is develeped to acquire performance data of VMware virtual machines in a large scale to meet telecom system’s monitoring requirement.
WHAT SHOULD ATTENDEES EXPECT TO LEARN?
the attendees should be able to learn:
- How the nova-compute service interfaces and manages ESXi host resources
- How to configure NUMA affinity for vmware virtual machine via nova
- How to configure physical CPU binding for vmware virtual machine via nova
- How to mount a PCI-Passthrough network card for vmware virtual machine via nova
- How to use the SR-IOV function of vmware ESXi host network card through nova
- Host anti-affinity for ESXi via Nova
VMaaS, A Generic Services VM framework to provide Compute Infrastructure
投票入口：https://www.openstack.org/summit/shanghai-2019/vote-for-speakers#/23997
ABSTRACT
在 OpenStack 的一些项目中，会使用虚拟机实例来作为底层技术支撑的运行载体。例如：Octavia（LBaaS）在实例上运行 HAProxy 和 LVS 等虚拟负载均衡功能，Trove（DBaaS）在实例上运行 MySQL 等多种数据库管理程序，Manila（FSaaS）会将实例作为一种 NFS 共享服务器。我们受此启发，认为 Nova 实例具有作为一种基础资源的潜力，并将此类实例称为 Services VM。于是，我们抽象了一个通用的 Services VM 框架，以自服务的方式来提供 Compute Infrastructure，并将其应用到 Networking SFC、Storage Gateway 等场景中。
通过 Services VM 框架，我们得以轻便的将 OPNsense（一款优秀的开源防火墙软件）注入到虚拟机实例中，以此将 OPNsense 集成到了 OpenStack & OpenContail 环境，用于弥补 OpenContail 社区版本没有防火墙功能的不足，使 OpenStack & OpenContail 组合的 SDN 方案得以应用到生产环境中。除此之外，我们还将实例中作为 iSCSI 服务器，并使其成为能够连通外部数据网络的存储网关，从而可以在混合云环境中，将物理服务器或 VMware 虚拟机迁移到 OpenStack。
Services VM 框架通过与 Nova、Neutron、Cinder 项目的交互来对对实例的生命周期进行控制、构建网络连通性和分配存储资源。它实现了 Plugin 机制来支持不同的服务类型（e.g. Networking SFC、Storage GW），每种 Plugin 都有对应的 Driver 与 Agent，这会使得服务类型的扩展更加容易。其中，Agent 运行在实例中并且提供标准的 RESTful API，它是保证网络连通性、底层服务可配置性和高可用性的关键。除此之外，对于 Networking 服务类型，Services VM 框架采用了 Keepalived 主/从实例模型来保证网络的高可用性。而对于 Stroage 服务类型，Services VM 框架采用了 Cinder Multi-Attach 方案来保证共享卷的高可用性。
相关阅读：