NetApp AutoSupport
Ini adalah topik yang besar bagi saya pribadi karena saya telah mengembangkan sebuah sistem untuk mengekstrak informasi dalam email AutoSupport dan membuat visual mudah dipahami. Ini membuat Engineers hidup Teknis jauh lebih mudah, dan kita dapat menampilkan informasi penting kita sering butuhkan dengan mudah. T ia tradisional panggilan-rumah sistem autosupport dibangun ke dalam NetApp dan sistem N-Series memiliki semua informasi yang baik saya butuhkan.
Mari kita cepat melihat apa yang ada di AutoSupport, dan apa yang mungkin hilang.
Software Versi - cukup jelas di atas, versi ONTAP
Firmware Versi - agak berat untuk mencari melalui, tapi ya, sistem, RLM, disk dan firmware rak semua ada. Sangat penting memberikan beberapa eksploitasi melewati beberapa firmware!
Penggunaan ruang - sekarang kita masuk ke sepele. Dan ya, ada itu, kita memiliki penuh "df-s", "df-r", "df" output sehingga kita dapat melihat tabungan penuh, pemesanan dan penggunaan ruang. Ini adalah pasangan dengan mereka-A setara dengan menunjukkan penggunaan agregat juga.
Penggunaan Snapshot - lagi, rincian lengkap di sini dengan "snap daftar-n" dan rincian lainnya untuk menunjukkan daftar snapshot penuh kami.
Pilihan - kedua pilihan sistem dan pilihan volume yang disertakan. Ini bukan hal yang termudah untuk mencari melalui namun. Tapi mereka adalah cara yang bagus untuk membandingkan setup pada 2 sistem, cluster misalnya.
dll dll - Semuanya ada di sini, semua rincian yang saya butuhkan untuk melaporkan pelapor saya
Apa yang hilang? Tidak banyak saya tidak berpikir. Satu hal yang filer hanya tidak melaporkan dengan benar (jelas) adalah penggunaan ruang tuan rumah. Berapa banyak ruang yang digunakan dalam LUN misalnya? Tapi kita bisa menarik keluar ini sampai batas tertentu. Melihat seperti pecahan Reservation didasarkan pada penggunaan LUN, maka kita dapat melaporkan ini (dikombinasikan dengan fractional_reservation sebagai pengali). Saya harus menambahkan ini tidak akan 100% akurat. Anda akan perlu untuk memiliki semua fungsi SnapDrive diaktifkan, meninju blok bebas kembali melalui filer ketika file tersebut dihapus.
Dimana hal ini akan rumit adalah dengan thin provisioning dan deduplikasi. Kita dapat menggabungkan "df-s" dan "df-r" untuk pemesanan perhitungan dan penghematan ruang, tetapi jika data tipis ditetapkan, atau terburuk, flex-kloning, maka kita perlu melakukan beberapa perhitungan untuk bekerja keluar. Kita harus menyeberangi referensi volume / lun ukuran dalam status output penuh dengan "df" output. Kemudian kita dapat menentukan berapa banyak volume ditetapkan untuk, dan berapa banyak Anda gunakan saat ini.
Bagaimana dengan kinerja? Nah, autosupport memiliki atau ace tersembunyi dua. Pertama, autosupport normal memiliki lampiran file yang bernama "cm_stats.gz". Ini adalah file XML teknis tidak lengkap. Hal ini tidak dalam format XML standar, dan membutuhkan adaptasi sedikit untuk masuk ke setiap pembaca XML standar. Saya kira itu membuat alat kinerja dipesan lebih dahulu? Tetapi kabar baiknya adalah bahwa itu rusak dalam format yang relatif tipe standar XML. Bagian pertama dari file <perf-info> .... </ Perf-info> berisi deskripsi rinci dari semua statistik kinerja, apa yang dimaksud dan apa counter. Bagian kedua dari file, sebagian besar dari info, adalah <perf-data> ... </ Perf-Data>. Seperti yang Anda harapkan, ini adalah di mana semua statistik kita benar-benar terus.
Jika Anda pernah melihat perintah statistik pada filer, maka obyek, contoh dan counter semua akan tampak akrab. Satu-satunya masalah adalah bahwa ini hanyalah salah satu iterasi tunggal. Namun hal ini sangat berguna seperti yang dihasilkan pada titik autosupport dipicu. Jadi, jika ada masalah, maka kita bisa melihat apa statistik yang selama waktu itu.
Jika Anda cukup beruntung untuk tidak memiliki ini dinonaktifkan (yang saya takut sekarang default), maka Anda juga akan memicu mingguan "Kinerja Data" email. Hal ini sangat berguna, karena kami mendapatkan paket statistik sama dengan "cm_stats.gz", tetapi berguna berlabel "cm_hourly_stats.gz". Seperti yang Anda akan menebak, kita sekarang memiliki iterasi per jam seminggu statistik! Jadi kita memiliki semua informasi yang kita mungkin perlu untuk tren di periode waktu dan melihat apa sistem melakukan (atau tidak sebagai kasus mungkin).
Jadi pesan autosupport memang memiliki berbagai macam informasi. Masalahnya adalah bahwa hal itu agak luar biasa. File cm_hourly_stats dapat dekompresi ke 50MB atau lebih dan informasi AutoSupport dasar tidak mudah untuk menavigasi (terutama ketika Outlook menegaskan bahwa CTRL + F Teruskan email, tidak menemukan teks!).
Bagi kita yang tidak takut sedikit coding dan ekspresi reguler, maka informasi ini cukup mudah untuk mengekstrak dan memanipulasi. Hanya akan menyadari bahwa banyak info di email yang dikompresi, jika Anda indeks dalam database, hal ini tidak akan ada lagi, sehingga Anda akan membutuhkan banyak ruang untuk melaporkan semua info ini.
Bagi kita yang takut sedikit coding, atau hanya memiliki bukan waktu (Anda perlu waktu bukan hanya untuk memecahkan kode email, tetapi juga untuk kemudian menampilkan ini lagi dalam format yang mudah dibaca), kemudian menonton ruang ini. Sayangnya sebagai karyawan penuh-waktu, saya terikat kontrak, jadi saya memiliki beberapa pekerjaan yang harus dilakukan sebelum saya bisa menyajikan temuan saya dan hasil kembali lagi.
based on 1 rating NetApp AutoSupport,
