Selama 10 tahun terakhir, VTB telah mengalami peningkatan besar dalam beban komputasi. Setiap tahun, itu meningkat satu setengah kali, dan volume kredensial - dua. Layanan dukungan berusaha keras, tetapi mengikuti langkah ini tidak mudah: rencana kueri bergerak menjauh, ruang disk hampir habis, pembaruan kode aplikasi menghabiskan semua sumber daya. Dalam posting ini, kami akan menunjukkan kepada Anda bagaimana menyelesaikan masalah tanpa mengeluarkan banyak biaya pada Sistem IBM lain hal.
Pada 2013, pemrosesan kartu, yang saat itu masih bank VTB24, terletak di salah satu server paling kuat pada waktu itu - IBM System hal. Ini dilengkapi dengan replika untuk pelaporan yang berbeda. Replika untuk pelaporan tinggal dengan peralatan tambahan: database yang diperbarui setiap malam untuk pelaporan harian, alat untuk replika Oracle Active Data Guard aktif untuk pelaporan operasional, dan database untuk pelaporan Bank Sentral, yang kami perbarui setiap bulan.
Kami secara aktif menyesuaikan fungsionalitas sistem - sebagian besar kode aplikasi ditempati oleh perbaikan internal. Pada saat yang sama, data tumbuh sangat cepat. Akibatnya, rencana kueri untuk empat basis secara teratur memburuk. Sistem depan lambat. Dari perspektif teknis, ada satu kesulitan lagi: beban transaksi kartu OLTP dicampur dengan beban DWH / DSS dari fungsionalitas dan pelaporan yang disesuaikan.
Jalan keluar standar dari situasi ini adalah membuang sumber daya dan beralih ke subsistem penyimpanan data yang lebih curam. Kami datang dengan opsi yang lebih menarik - kami mengambil untuk melaporkan replika dua kompleks perangkat keras dan perangkat lunak Oracle Exadata yang dioptimalkan untuk operasi basis data.
Kompleks pemrosesan dibagi menjadi zona "hangat" dan "panas". Zona panas belum bergerak ke mana pun dengan IBM System p, dan hanya databasenya yang dipertahankan di dalamnya. Zona "hangat" adalah salinan dari database utama di Exadata. Inilah semua pelaporan dan fungsionalitas khusus. Data replikasi menggunakan Oracle GoldenGate.
Kami menjalankan tes replika di Exadata: rata-rata, pelaporan mulai dihasilkan lima kali lebih cepat berkat arsitektur dan fitur perangkat lunak Oracle Exadata Storage - smartscans, indeks penyimpanan, filter mekar, dll. Waktu yang dibutuhkan untuk menyiapkan laporan untuk Bank Sentral dikurangi dengan faktor sepuluh, dan sekarang beberapa laporan disiapkan dalam waktu kurang dari 1 jam. Hal utama yang perlu dilakukan untuk mengoptimalkan kueri selama porting ke Exadata adalah menghapus petunjuk yang sebelumnya membantu bekerja di platform lama.
Kami melakukan studi kelayakan, membandingkan opsi untuk berbagai parameter dengan ekstensi biasa dari sistem saat ini dan dengan keterlibatan dua kompleks Exadata.
- Performa. 40 ribu IOPS versus 400 ribu IOPS di Exadata. Solusi Oracle diarahkan untuk sejumlah besar data, pemindaian tabel penuh jauh lebih cepat.
- Opsi penyesuaian. Dalam solusi standar, kami tidak dapat mengubah struktur objek tanpa mengubah database produktif, ini dilarang oleh vendor. Di Exadata, kami dapat menghapus indeks yang tidak perlu, menambahkan yang diperlukan, dan meningkatkan respons sistem.
- Scaling. Exadata memberikan peningkatan linier dalam produktivitas dengan biaya yang relatif lebih rendah.
- Pelaporan. Kecepatan pelaporan dengan kompleks Exadata meningkat sebanyak 5 kali, dan dengan penskalaan sistem yang ada - sebesar 1,5.
- Layanan Infrastruktur Oracle memiliki dukungan teknis terpadu, sistem pembaruan tunggal untuk server, subsistem disk, dan infrastruktur jaringan. Dengan penskalaan normal, Anda perlu bekerja dengan vendor yang berbeda - ada lebih banyak downtime dan ketidaknyamanan lainnya.
- Biaya. Exadata menang di sini.
Pada awalnya, replikasi GoldenGate ternyata menjadi titik lemah: dalam kasus transaksi panjang di sumbernya, itu tertinggal. Kami memecahkan masalah ini dengan memperbarui dan memperbaiki beberapa proses aplikasi. Setelah itu, bekerja dengan Exadata hanya mengungkapkan keuntungan bagi kami.
Kami memperkenalkan indeks dan partisi khusus, yang memungkinkan kami meningkatkan kinerja fungsi-fungsi khusus. IBM tidak mengizinkan pengoptimalan ini.
Transfer pelaporan analitik ke zona "hangat" diizinkan untuk mengurangi kedalaman penyimpanan data historis zona "panas". Ini telah mengurangi biaya penyimpanan yang mahal. Berhasil mempercepat penyisipan ke dalam indeks. Penghapusan data melalui modul housekeeping disaring di tingkat GoldenGate, sebagai akibatnya, replika memiliki data segar dan keseluruhan cerita;
Exadata menggunakan hybrid column compression (HCC), dan ini menghemat ruang disk secara signifikan. Data yang lebih tua dari satu tahun dikompresi dengan metode arsip rendah, lebih tua dari satu bulan dengan metode kompresi canggih, data yang lebih baru tidak dikompresi untuk meningkatkan kecepatan.
Sedangkan untuk upgrade, yang paling efisien adalah mengganti seluruh sel penyimpanan di Exadata dengan sel-sel dengan disk yang lebih luas dan prosesor yang kuat. Tetapi Anda dapat menggunakan sel penyimpanan versi yang berbeda dalam sistem yang sama - Oracle mengizinkan ini.
Pelaporan pemrosesan kartu, yang diterapkan pada teknologi Oracle Exadata dan Database, sejauh ini telah bekerja dengan baik, dan sistem bank baru sedang dibangun dengan prinsip yang sama.