ding t est a utomation
play

DING T EST A UTOMATION XTENDI OR V IR ON FOR IRTU TUALI LIZATION - PDF document

11/1/2013 C HALLENGES E XTE DING T EST A UTOMATION XTENDI OR V IR ON FOR IRTU TUALI LIZATION Sharookh Daru aruwalla Inte tel Corp rporati tion Intel Confidential Do Not Forward C ONT ONTEXT Automation essential to manage todays


  1. 11/1/2013 C HALLENGES E XTE DING T EST A UTOMATION XTENDI OR V IR ON FOR IRTU TUALI LIZATION Sharookh Daru aruwalla Inte tel Corp rporati tion Intel Confidential — Do Not Forward C ONT ONTEXT  Automation essential to manage today’s validation workloads  Focus mainly for Traditional OS validation (Windows, Linux)  Extending for Virtualization OSes is very different  In this presentation, the focus is on: – Challenges when extending Traditional automation frameworks to support Virtualization OSes – Mechanisms useful to overcome them 1

  2. 11/1/2013 A GEND NDA  Background  Virtualization Automation Challenges  Virtualization Automation Design  Key Points & Experience A GENDA  Ba Back ckground  Virtualization Automation Challenges  Virtualization Automation Design  Key Points & Experience 2

  3. 11/1/2013 T EST A UT UTOMATION F RAM RKS AMEWORK Test Scheduler Test Automation Frameworks include 3 components  Test Schedulers trigger test execution Test Execution Engi gine  Test Executi tion Engines run test scripts on SUT  Syst stem Under Test (SUT) = System + OS System under Test Virtualization OS Traditional OS T RAD RADITIONAL V S . V IRTUAL ALIZATION  Traditional OS – direct and dedicated control CPU MEM NIC of system hardware Sys ystem  Virtualization – system hardware is shared Virtua Tradit uali dition lizatio ional ion OS l OS  Syst stem to to OS OS ratio change from 1:1 to 1:n VM 1 VM 2 VM n OS 1 OS 2 OS n  Automation Frameworks stuck on 1:1 3

  4. 11/1/2013 A GEND NDA  Background  Virtualization Automation Ch Challenges  Virtualization Automation Design  Key Points & Experience V IRTUAL ALIZATION A UT UTOMATION : : C HAL ALLENGES Test Execution  Consider a simple test scenario Engin gine Chal allenge 1:  SUT – Virtualization OS How to to man anag age dyn ynamic re resources? s??!! ? Virtua ual l Host VM 1 VM 2 VM n 4

  5. 11/1/2013 V IRTUAL ALIZATION A UT UTOMATION : : C HAL ALLENGES Test Execution  Test Execution Engines support Windows or Linux Engin gine  But what OS are running on the VMs?? Virtua ual l Host Chal allenge 2: Need to to support rt multi tiple OSes! s! ? ? Win2 VM 1 n2k8 VM 2 RHEL6 ? Win2 Win2k12 VM n V IRTUAL ALIZATION A UT UTOMATION : : C HAL ALLENGES Test Execution  Automation uses “Setup -Test- Teardown” per test Engin gine  Setup-Teardown times dependent on number of VMs  Virtualization ≈ 2 * Traditional OS Virtua ual l Host Chal allenge 3: How to to man anag age long setu tup-teardown times? s? Win2 n2k8 RHEL6 Win2 Win2k12 5

  6. 11/1/2013 V IRTUAL ALIZATION A UT UTOMATION : : C HAL ALLENGES Chal allenge 1: Test Execution Engin gine How to to man anag age dyn ynamic re resources? s??!! Chal allenge 2: Virtua ual l Host Need to to support rt multi tiple OSes! s! Chal allenge 3: How to to man anag age long setu tup-teardown times? s? Win2 n2k8 RHEL6 Win2k12 Win2 A GENDA  Background  Virtualization Automation Challenges  Virtualization Automation Desi sign  Key Points & Experience 6

  7. 11/1/2013 D ESIGN GN : D YNA YNAMIC R ESOURCES Dynamic Resource Management: Test Execution Engin gine  Record systems in a test execution  Record systems in a test execution  Pointer to control various systems • System Table holds key information  Pointer helps control test execution correctly ? Virtua ual l Host • Operations executed on system pointed by Token Host OS, Auth, IPAdd, . . . VM1 OS, Auth, IPAdd, . . . VM2 OS, Auth, IPAdd, . . . VM n OS, Auth, IPAdd, . . . VM 1 VM 2 VM n D ESIGN GN : M UL ULTI -OS S UPP UPPORT  Libraries categorized into 2 types  Common Librari ries:  Features common to all OSes – traditional and virtualization  E.g. SendSystemCommand()  Virtu tualizati tion Libraries:  Virtualization specific features only  E.g. NewVM() 7

  8. 11/1/2013 D ESIGN GN : T EST C ONT ONTINUATION M ECHAN ANISM  Virtualization Setups include:  Host Setup  Virtual Machine setup  Teardown is just the reverse of setup  Setup-teardown times dependent on number of VMs  Setup-teardown can dominate total test time D ESIGN GN : T EST C ONT ONTINUATION M ECHAN ANISM Setup Test Teardown Test 1  Group tests with similar setups Test 2 Setup Test Teardown Test 3 Setup Test Teardown  Full setup for FIRST test Test 4 Setup Test Teardown  Full teardown for LAST test Test 5 Setup Test Teardown Setup Test Teardown Test 6  Minimal setup-cleanup within tests Setup Test Teardown Test 7 Time 8

  9. 11/1/2013 A GEND NDA  Background  Virtualization Automation Challenges  Virtualization Automation Design  Key Points & Experience ce ITE TE-BERTA T EST A UT UTOMATION F RAM RK AMEWORK  Built using in-house tools:  Integrated Test Environment (ITE)  Berta - test-scheduler  Framework extended to support VMware ESXi  Other hypervisor (HyperV, KVM) support planned  Libraries extended to support Linux  Libraries support Dynamic Resource Management  Test Continuation in-progress 9

  10. 11/1/2013 P ER ERSONAL E XP RIENCE XPERI  Three Firsts – Validation, Automation and Virtualization  Re-using existing framework to create common is possible  Scripts satisfy dual purpose: Full and Selective Automation  Script-in-script execution slow; debugging very painful T HANK HANK Y OU OU 10

  11. 11/1/2013 B ACK -U P S LID LIDES ITE TE-BERTA T EST A UT UTOMATION F RAM RK AMEWORK  Built using two in-house tools:  Integrated Test Environment (ITE) BERTA TA  Berta  ITE TE: • Test Execution Engine ITE ITE ITE • Windows OS Validation  Bert rta: • Test Scheduler SUT UT SUT UT SUT UT • Maintains test database (SUT, tests, etc.) • Provides metrics, send notification, etc. 11

  12. 11/1/2013 C HAL ALLENGES : C OM OMPLEX S ET ETUP -T EARDOWN Traditional OS Virtua ualization n OS (mins) (mins ns) Establish connection between SUT and Target 25 25 Add required LUNs 4 (2 min/LUN) 10 Setup VMs (DataStores, VMs, OS, LUNs) - (10 min/VM) 50 Setup Time: 29 29 85 85 Ru Run Test: (SA SAN IO fo for various packet sizes) 30 30 30 30 Remove VM Setup (delete DataStores, VMs, etc.) - (4 min/VM) 20 Release LUNs, SUT and Target connections 24 (4 min/LUN) 20 Teardown Time: 24 24 40 40 Total Test Time: 83 83 155 155 D ESIGN GN : D YNA YNAMIC R ESOURCE M AN ANAGEMENT  Implement in two stages:  Recording new resources  Hand control to correct system (token)  Extend supports for 3 types of systems:  SUT UT – Initially host  PEER – Traffic Partners  VM VM – Test Virtual Machine  Toggle control to correct system:  Token ( controlSystem ) hands control 12

  13. 11/1/2013 D ESIGN GN : T EST C ONT ONTINUATION M ECHAN ANISM  Need to reduce setup-teardown times for Start virtualization testing! Run Test  Takes 2x Time versus Traditional OS Scenario  Test Continuation helps reduce test 1 st Test in Y Run Setup times for test groups Scenario? Procedure N  The Idea involves: Run Test  Classify/Group tests with similar setups  Full setup for FIRST test Run Minor N Y Run Teardown Last Test in Clean-up Procedure Scenario?  Minimal clean-up within group End  Full teardown for LAST test O TH THER S LID LIDES 13

  14. 11/1/2013 C ONT ONTEXT  Automation been mainly focused for Traditional OSes (Windows, Linux)  Extending automation for Virtualization OSes/Hypervisors is very different  In this presentation, we present: – Challenges with extending automated validation for virtualization OSes – Mechanisms used to overcome them  We present our internal ITE-Berta Automation Framework used to:  Extend a Windows-only automation framework to support Virtualization Hypervisors (VMware) S TOR ORAGE N ET ETWORKING  Involves Storage Area Networks (SAN)  SANs are dedicated networks to access consolidated data storage  Initiators are servers initiating RD/WR data requests  Target ets are data storage devices that service these requests  LUNs are data storage hard-drive (logical unit numbers)  Protocols include Fiber Channel (FC), iSCSI, FC over Ethernet (FCoE) Fiber Channel FCoE Fiber Channel Fiber Channel Initiator Target Forwarder (FCF) Switch (FSW) 14

  15. 11/1/2013 ITE TE-BERTA T EST A UT UTOMATION F RAM RK AMEWORK  No-Touch Automation Solution • Monitors for new component and project builds • Triggers BAT testing on new builds • Triggers Regression testing on BAT-certified builds • Notifies key stakeholders E XAM LE T EST -C AS ASE S CENA NARIO XAMPLE  Comparing Setup, Runtime, Teardown for Traditional vs. Virtualization Traditional OS Virtualization OS Setup SUT and Target (FCF-FSW setup) Add 1 LUN of required size Add 5 LUNs of required size n/a Create a DataStore on the LUNs n/a Create 5 VMs with Windows/Linux OSes n/a Attach a LUN to each VM Run traffic between SUT and Target Run traffic between VMs and Target Clean-up Setup 15

Download Presentation
Download Policy: The content available on the website is offered to you 'AS IS' for your personal information and use only. It cannot be commercialized, licensed, or distributed on other websites without prior consent from the author. To download a presentation, simply click this link. If you encounter any difficulties during the download process, it's possible that the publisher has removed the file from their server.

Recommend


More recommend