阿里巴巴智能化运维探索_第1页
阿里巴巴智能化运维探索_第2页
阿里巴巴智能化运维探索_第3页
阿里巴巴智能化运维探索_第4页
阿里巴巴智能化运维探索_第5页
已阅读5页,还剩31页未读, 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、阿里巴巴智能化运维探索PART 01BackgroundPART 02What is SDDPPART 03Key AlgorithmPART 04Deployment and ResultCONTENTSFour Eras of Alibaba Database单机房 单个应用单机MySQL同城多机房 垂直A分 商业 IOE异地双活 单元化 AliSQL异地多活 云化MLPOLARDB2005 - 2010QPE代2003 - 2004淘宝初创2011 - 2015DO之I2016 -新机遇新B战1,000,000 DBs 100 BUsx1000Background - Do More w

2、ith LessAlibaba Database Usage Alibaba GroupFinanceRetailer ManufacturerMedia and EntertainmentInternational ClientsAlibaba Database Usage Public CloudSingles Day (11/11)Alibaba Database OverviewTools and UtilitiesEngineProprietaryOpen Source/Third-partyOperati PlatforDTSADAMData Migration &DB Trans

3、missionMigrationEvaluationDMSDBSGUI for CentralizedDB Management and DevOps,BackupEfficient and SecureServiceHDMHybrid Cloud DBManagementDBAdvisor Intelligent Diagnostics and OptimizationOLTPOLAPNoSQLGraphDBHBase+X-Pack (Multi-model Analysis)POLARDBCloud Native DB: Decoupled Compute and Storage with

4、 Hardware AccelerationAnalyticDBPB-grade Data. High Concurrency.High PerformanceData Lake Analytics Serverless Interactive Query Servicewith Presto and Spark IntegrationRedisAliSQL-MySQL/PG/ MariaDB/MS SQL ServerTSDBTime Series, Spatial Temporal DBMongoDBonCloud Database Operation PlatformmEnd-to-en

5、d Tracking and Monitoring ServiceDatabase Expert ServiceChallenges All in OneManagement at ScaleScheduling ProtectionRuntime Management Optimization Backup/Restore Security Workloads DiversitySLA-driven Workload-aware Agility100 BUs20,000 Developers Super HotspotScalability Stability Cost Cloud- Nat

6、ive DatabaseDBPaaSLarge-scale DB Lifecyle Management InfraSDDPSelf-Driving Database PlatformCommercial DatabaseOracleOpen Source DatabaseAliSQL/MySQL-20102010-2017Human LaborDBAsPOLARDB(VLDB 2018, SIGMOD 2019)AnalyticDB (VLDB 2019)2017-nowJourney to SDDP at AlibabaWhat is SDDP?Self-detectionSelf-rep

7、airingSelf-tuningSelf-securingSelf-decision-makingSelf-Driving Database Platform Database Management PlatformDatabases DiversityPOLARDB, AnalyticDB, AliSQL, MySQL, NoSQL, etc.Self-driving CapabilitiesSelf-detection, Self-decision-makingSelf-repairing, Self-tuning, Self-securingMinimum/Zero Human Lab

8、orSDDP PhilosophySDDP=+Execution (Automation)Feedback+Data (Detection)EyesMachine Learning (Decision Making)BrainHands & FeetLearning from millions of DBs to empowerDBs with availability, security and performance at scale回SDDP LevelsLevelDescriptionDecision MakingKey CapabilitiesLevel 0No Automation

9、HumanLevel 1Human AssistanceHumanStatistics Collecting, Monitoring, Alerting, Scripts/ToolsLevel 2Single Point AutomationHuman + SDDPAnomaly Detection, SQL Advisor, Capacity Planning, Health Diagnostic Framework, etc.Level 3Partial Scenarios AutomationSDDP + HumanAutomatic Repairing, Automatic SQL T

10、uning, Automatic Configuration Tuning, Auto-scaling, Automatic Resource Scheduling, Automatic Data Access Protection, etc.Level 4Full AutomationSDDPFully End-to-End Automation for All Scenarios , No Human InterventionComponents of SDDPAlibaba Self-Driving Database Platform (SDDP) provides cloud data

11、bases with automatic operation and maintenanceKey features of SDDPKnobs tuningHot/cold separationAnomaly detectionNL2SQLClouDBenchL 3ColdSelect where A =1;Workload GeneratorSelect . where B =2;Select where A = 2;Select where A =Workload Replay2;Select where B = 3;Select where A =1;lnsert .;DB Desrec

12、ommeiglnnsert ;Update ;ndUapdtaitoe n;Auto lndex/shardingHuman Languag eSQL DBMSe.g OtterTuneSlow SQLThrottlingiBTune - MotivationThe memory uses at Alibaba product environmentBuffer pool is the largest memory consumerBufferTmallD-ngd-ng Memory is bottleneck among the resourcesHemaBufferBufferBuffer

13、BufferBufferSDDP Self-Dr-v-ng Database PlatformSDDP: Self-Driving Database PlatformDBSyst/m m/tricsSQ& coll/ctionDBAdvisorControl syst/mCold hot mod/l Ind/x mod/l M/mory mod/lMod/l Pr/dictionautotuning slow sql spac/ analysisSQ& & DB M/tricSQ& & DB m/tricsParam/t/r updat/DBDBR/sourc/ sch/dulingSDDPA

14、nomaly d/t/ctionupdat/SDDPMemory buffer tuning iBTune:more than 10,000 instances, memory saving of 20TBTMallBufferTaobaoBufferBufferDingdingBufferBufferBufferAn example: iBTune (individualized BufferTuning, VLDB 2019)DBA manually uses a small number of BP sizes (10 configurations in our case) Each i

15、nstances BP size might be different as the query workload is different Manual tuning is not scalable for large cloud databases since each instance has different BP size iBTune: Individualized Buffer Tuning for Largescale Cloud DatabasesReduce memory (buffer pool) while guaranteeing SLA (response tim

16、e) CDF of individual BP sizesbefore and after the iBTune appliesiBTune - MotivationiBTune - Preliminary AttemptBuffer pool (BP) size is sensitive to miss ratio: BP size is reduced from 188G to 80G when its hit ratio is from 99.968% to 99.950%Response Timehit ratioCPU usageChallenge: Heuristic method

17、 (such as shrinking 10% each time) does not work, since we have to try many times, which makes the system unstable and is unacceptable for mission-critical applications Intuition:Calculate BP based on hit ratio (miss ratio) to avoid restarting system multiple timesConfirm whether the BP size meets t

18、he requirement of SLAtolerate miss ratio(t_miss_ratio) 曰 (tmissratio) = New BP size 2(tmissratio) = Response timePractical functionPairwise DNN21G) during holidays and workdays:Red line is the time when BP size is adjustedGreen lines show the holiday which is 7-daysPredicted RT: only 3 points exceed

19、ed which is acceptableThe IO read metric is the real IO, since all our DB instances turn on direct IO10 representative instances. The memory saving ranges from 50% to 10%, which strongly supports that a single number does not fit all. Instance 1 has a large increase in RT after the adjustment. We fi

20、nd that there is one query that consumes 99.97% of the total response time. The lookup value in WHERE condition changes for this query.Multiple instancesConclusion & uture WorkSDDP has been widely used at Alibaba. Its key algorithm “iBTune” has been deployed on 10,000 database instances with memory

21、saving : 17%Future workCache preloadBackup node needs to run SQLs to load data into cache after BP adjustmentPerform switching after preloadBuffer increaseCurrently reply on DBA Automatic increase bufferMultiple parameters tuningDBMS configure fileSDDP Big Picture Architecture, WIPDecision MakingAut

22、omatic RepairingKnowledge BaseDomain KnowledgeResource ManagementData CleaningFeature EngineeringModel TrainingEvaluationDeploymentMachine Learning PipelineSigmaAlibaba CloudKubernetesOthersDatabase OperatingPOLARDBAliSQLMySQLMongoDBPostgreSQL.PerceptionAutomation StoringMessage QueueCollectingProcessingBlinkAction PlannerAction SchedulerAction ExecutorAutomatic TuningSecurity ProtectingResource SchedulingBackup/RestoreAutomatic ScalingE

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论