多租户应用的性能管理关键问题研究.ppt

6.参数设定 选择设定点延迟。 选择PID参数 对源头和目标的调节 别的多租户水平和迁移方法 7.相关工作 迁移技术 数据库迁移 迁移调节 PID控制器 8．结论和将来工作 Slacker智能地利用冗余，使用动态节流进行快速而安全的实时迁移。由PID控制器保持可接受的数据库事务延迟，同时执行迁移。 能适应变化的工作负载环境，同时保持良好的性能。 如何扩展到其他多租户模式； 何时迁移；哪些租户；迁去哪里 5.4延迟的维持 观察到的延迟非常接近设定点延迟。在所有例子中，差距不到10%。 在给定的迁移速度下，Slacker降低了迁移期间的平均延迟，而且使得延迟更稳定。 PID控制器对工作负载变化的反应 5.5动态工作负载 固定限流方法和动态限流方法比较 5.6多租户迁移 Slacker只需计算所有租户的数据库平均延迟，这种方法假定SLA是分配给每个server而不是每个租户 “Cut Me Some Slack”:Latency-Aware Live Migration for Databases 钱斌 2014.1.3 作者简介 EDBT 2012, March 26–30, 2012, Berlin, Germany 作者 Sean Barker:University of Massachusetts Amherst Yun Chi Hyun Jin Moon NEC Laboratories America, Cupertino, USA, 在CIKM、TKDD、ICDE、EDBT、PVLDB发表多篇。和Amr El Abbadi合作: CloudOptimizer: multi-tenancy for I/O-bound OLAP workloads. EDBT 2013:77-88 主要内容 提出数据库迁移系统Slacker； 应用PID控制器，让Slacker自动检测并实时利用冗余实施迁移。 迁移时候同时考虑事务的延迟和迁移速度。 提纲 1.简介 2.Slacker架构 3.迁移冗余Migration Slack 4.自动动态节流控制 5.系统评价 6.参数设定和扩展 7.相关工作，8结论 1简介 1.1数据库多租户化 1.2 Service Level Agreements(SLA) 1.3数据库迁移 1.4本文贡献 1.1数据库多租户化 多租户数据库服务器本质上是指所有租户都在服务器上运行数据库应用的专门多租户服务器。 1.2 Service Level Agreements(SLA) SLA可以保证指定的服务指标，如系统正常运行时间和查询延迟. 租户的工作量可能随时间而变化，一个本来稳定的服务器可能出现过载。违规不仅发生在问题租户上，服务器上的其他工作量没有变化的租户也会受到影响 1.3数据库迁移 为阻止发生图2c的情况，常用方法是在负载变化时主动把一个或多个租户移动到另一台机器。 迁移的代价：把租户数据复制到目标机器 问题：什么时候迁移；迁移哪个租户；迁移到哪里去；怎样迁移。 目标：系统停机时间为零；对租户的干扰受控；人为干预最少 在多租户共享处理模型中使用的数据库迁移技术 1.4本文贡献 提出Slacker系统，使得迁移代价最小。 使用现有的开源工具实现实时的，零关机数据库迁移技术。 提出“迁移冗余”migration slack概念：可以用于迁移而不会严重影响服务器性能的资源。 在Slacker系统中，提出基于PID的自动实时迁移算法。 实现了Slacker原型，实验证明使得查询延迟控制在目标10%以内，同时比保守办法实现更高的迁移速度。 2.Slacker架构 2.1数据库端 2.2租户管理 2.3迁移架构 2.Slacker架构 Slacker作为中间件运行在一个或多个MySQL实例上， 每个server运行一个Slacker实例，具有创建、删除、迁移租户的功能； 迁移控制器使用端到端通信； 租户有单独ID 2.1 数据库端 使用InnoDB表和MySQL数据库。 进程级别的多租户模型。每个租户能自由创建任意数据库，表和用户。 从Slacker观点，每个租户都是一个数据目录和一个MySQL进程。 增加了租户的独立性，尽量不出现资源冲突； 容易实现，每个租户的资源都是分离的。 2.2租户管理 Slacker可创建、删除、迁移数据库租户； 每个server上的Slacker监控所有租户及迁移过程。 2.3迁移架构 两种迁移方法：stop-and –copy和实时迁移 使用实时备份工具例如Percona XtraBackup； 三阶段：1.快照传输阶段； 2.增量更新阶段； 3.跨区切换阶段； 3.Migration slack 3.1迁移限流 3.2冗余案