1. Arda Oral - Professional Services Engineer Use Case: Extracting Performance data from OnCommand using APIs 1

2. Agenda  Scope of Work  Environment  Performance Collection  Implementation – The Theory  Implementation – The Praxis (Demonstration)  SLA Thresholds  Dashboard

3. Scope of Work  Customer wants to retrieve and store performance data of all storage controllers (NetApp and other vendors) in his common “performance database”  Customer defines SLAs to the performance values. SLA violations are to be imported into the database  Dashboard presenting SLA violations 3

4. Scope of Work  Oncommand „Performance Advisor“ responsible for data collection  Performance data is stored in internal Sybase database  NMSDK APIs used to access Oncommand Performance data 4

5. Environment  ~ 30 NetApp Storage Systems  OnCommand5 on a Windows 2008 Server  Oracle10 Database on AIX 5 (Performance DB) 5

6. Environment 6 AIX 5 Oracle Performance DB NMSDK4.1 Windows 2008 OnCommand5 http,https

7. Performance Collection  NetApp performance data is being collected by the CounterManager (CM) residing on the storage controller  CM groups data in objects, instances and counters  Data can be retrieved with „stats“ on a storage controller

8. Performance Collection  stats list objects (aggregate, cifs, disk, lun, volume…)  stats list instances object name: aggregate, instance: aggr1 object name: system, instance: system object name: volume, instance: vol0  stats list counters object name: aggregate, counter: user_reads object name: system, counter: cpu_busy object name: lun, counter: avg_latency

9. Implementation – The Theory  Install NMSDK 4.1on AIX5 server  Install required Perl Modules (SSL,LWP…)  Check NMDSK examples (basic, advanced).. /netapp-manageability-sdk- 4.1/src/sample/DataFabric_Manager/API_Sample_Code/advanced/Perl/perf_cou nters/  Find appropriate API: perf-get-counter-data.. /netapp-manageability-sdk-4.1/doc/WebHelp/index.htm 9

10. NetApp Confidential - Internal Use Only

11. Implementation – The Theory (cont. 1) 11 perf-get-counter-data start-time end-time sample-rate time-consolidation-method instance-counter-info object-name-or-id counter-info perf-object-counter object-type counter-name API = Object = string/int =

12. Implementation – The Theory (cont. 2) Object/Instance/CounterValue start-time6h before now end-timenow sample-rate5 minutes objekt-name-or-idstorage controller counter-namecpu_busy object-typesystem time-consolidation-methodaverage 12 Command on storage system: stats show -i 1 system:*:cpu_busy

13. SLA Thresholds  CPU_BUSY > 90% = SLA violation  Disk_BUSY > 90% = SLA violation  LUN Latency > 20ms = SLA violation  TARGET Queue Full = SLA violation  if 10% of collected counter data exceed SLA threshold  storage system counter is flagged yellow ** if 20% of collected counter data exceed SLA threshold  storage system counter is flagged red 13

14. Dashboard (sample output) 14

15. 15