Hai semuanya, dan selamat datang kembali.
Sekarang di video hari ini, kita akan membahas tentang logging terpusat.
Sekarang di lingkungan produksi, memiliki logging terpusat sangat penting.
Jika tidak, jika Anda tidak memilikinya dan insiden terjadi, itu bisa berupa insiden apa pun
yang terkait dengan keandalan, keamanan, dll. Ketika sebuah insiden terjadi, telah diamati bahwa tim harus
melompati beberapa akun, beberapa server untuk mengambil file log yang dapat memberikan detail terkait dengan insiden tertentu.
Kadang-kadang juga diamati bahwa karena ruang disk yang penuh di server itu, file log
tidak pernah dibuat.
Jadi untuk mengatasi masalah tersebut, penting bagi Anda untuk mengonfigurasi logging terpusat.
Dan dalam video hari ini kita akan melihat jenis arsitektur ini sekarang secara umum di organisasi,
khususnya dalam tahap ini di mana mereka mengikuti arsitektur berbasis multi akun.
Pemantauan log adalah salah satu hal yang sangat penting yang harus Anda tangani.
Sekarang, katakanlah dalam diagram ini ada tiga delapan akun tempat yang sekarang ada.
Banyak layanan menghasilkan kumpulan file log mereka sendiri.
Cloud menghasilkan file log yang memandu Anda untuk menghasilkan file log.
Jika Anda memiliki satu set dua contoh mudah, akan ada log, maka akan ada
log yang terkait dengan konfigurasi, dll. Jadi ini adalah satu bagian dan hal yang sama berlaku untuk akun lain juga.
Sekarang umumnya banyak organisasi, apa yang mereka lakukan ketika mereka memiliki solusi
pemantauan terpusat seperti Splunk, mereka mengaitkan Splunk dengan setiap akun individu untuk mengambil log dari
setiap layanan individu.
Jadi Splunk pertama-tama terhubung ke akun pengembangan, mengambil log jejak awan.
Tugas jaga adalah dua hal dan seterusnya, sama untuk pementasan, sama untuk produksi dan seterusnya.
Jadi meskipun ini tampaknya bagus sebagai titik awal, tetapi ketika Anda memiliki ratusan akun
database, ini bukan arsitektur terbaik yang dapat digunakan.
Sekarang salah satu arsitektur yang direkomendasikan untuk logging adalah Anda memiliki akun logging terpusat.
Jadi apa yang sebenarnya terjadi di sini adalah bahwa setiap akun individu.
Jadi dalam hal ini Anda memiliki akun, Anda memiliki akun, B, dll. Setiap akun dikonfigurasi untuk mengirim
file lognya ke akun logging pusat.
Jadi di akun Anda mungkin memiliki layanan cloud yang diaktifkan, cloud akan mengirim log ke pusat akun akun logging.
Kami akan mengaktifkan layanan konfigurasi lagi yang akan dikirim ke akun logging pusat dan alat pemantauan log Anda
seperti Splunk.
Alat pemantauan log ini hanya akan dikaitkan dengan satu akun, dalam hal ini akun pusat pencatatan,
dan itu akan mengambil semua data dari sini.
Jadi dengan cara ini, bahkan jika Anda memiliki 100 akun database, itu menjadi jauh lebih sederhana karena semua
akun tersebut akan mengirimkan log ke akun logging pusat di sini.
Sekarang, ketika Anda memiliki arsitektur berbasis logging, ada beberapa pertimbangan yang harus Anda
perhatikan.
Pertimbangan pertama adalah Anda harus menentukan persyaratan penyimpanan log dan kebijakan siklus hidup
sejak dini.
Sekarang, umumnya di organisasi yang lebih besar, ukuran log akan mencapai terabyte.
Jadi, apakah Anda memerlukan semua terabyte data di bucket S3 Anda atau Anda dapat memindahkannya ke Glacier juga?
Karena jika Anda menyimpan begitu banyak data di S3, tagihan Anda juga akan besar.
Begitu banyak organisasi memiliki persyaratan penyimpanan log.
Misalnya, untuk tiga bulan pertama log akan menjadi ember yang diperlukan.
Setelah tiga bulan, semua kayu akan pergi ke gletser dan seterusnya.
Jadi semua itu tergantung pada kebijakan penyimpanan log di organisasi Anda lagi, Anda perlu memasukkan alat dan fitur
untuk mengotomatiskan kebijakan siklus hidup.
Jadi jika Anda menggunakan S3, ini jauh lebih mudah.
Bagian penting ketiga adalah Anda harus mengotomatiskan instalasi dan konfigurasi pengiriman log.
Bayangkan misalnya, katakanlah Anda meluncurkan sepuluh instans baru yang mudah.
Sekarang setelah itu SC dua instance diluncurkan.
Anda juga harus memastikan bahwa semua instans yang mudah dibuat itu segera mengirimkan semua
log ke akun logging terpusat.
Jadi mungkin di tentara itu sendiri Anda mungkin memiliki agen Splunk atau agen logging yang telah dikonfigurasi sebelumnya.
Jadi setiap kali instance dimulai, agen akan melanjutkan dan mulai mengirim log ke akun pusat.
Dan pertimbangan keempat adalah memastikan bahwa solusi tersebut mendukung lingkungan hybrid untuk mendukung kebutuhan.
Tidak perlu bahwa semua akun akan didasarkan pada database.
Itu bisa terjadi.
Beberapa akun didasarkan pada arsitektur hibrid, mungkin Azure, mungkin pada lingkungan premium, mungkin delapan dan
seterusnya.
Jadi, Anda harus memastikan bahwa arsitektur logging Anda juga mendukung lingkungan hybrid semacam itu.
Jadi mari kita lakukan satu hal sebelum kita melangkah lebih jauh.
Mari kita demo singkat tentang arsitektur logging terpusat ini.
Sekarang untuk demo hari ini, saya memiliki dua akun dalam dua jenis berbeda yang sedang berjalan.
Akun pertama yang akan kita rujuk sebagai akun logging pusat, dan akun kedua pada dasarnya adalah
akun produksi.
Dan mirip dengan arsitektur yang kita diskusikan, akun produksi akan mengirimkan
data ke akun logging pusat.
Jadi mari kita pergi ke depan dan melihat ke dalam.
Sekarang di akun logging itu, mari kita buka tiga layanan dengan cepat.
Sekarang di dalam sini saya memiliki satu panggilan ember S3, melarikan diri, log pusat, jejak awan.
Sekarang dari namanya sendiri, kita dapat mengidentifikasi bahwa ember ini juga akan menampung log cloud
dari akun lain.
Sekarang, jika Anda membuka ember ini, Anda memiliki folder log.
Dan pada tahap ini ada satu akun yang menambahkan data ke bucket S3 ini, dan akun ini berakhir dengan
empat, tujuh, enam tiga.
Dan jika Anda melihat di sini, itu bukan akun yang sama.
Jadi saat ini nomor akun dari akun alamat tempat ember ini berada adalah 9364.
Tapi ini adalah akun yang berbeda sama sekali.
Jadi akun 4763 ini pada dasarnya berjalan dalam tipe yang berbeda.
Jika empat, tujuh, enam tiga.
Dan layanan cloud kami dari akun produksi ini mengirimkan semua lognya ke akun logging pusat
kami.
Jadi, jika Anda ingin melihat konfigurasi jejak awan, mari kita cepat membuka jejak di sini.
Jika Anda akan melihat pelarian lokasi jejak akan memiliki log pusat, jejak awan, yang tidak lain
adalah ember khusus ini di kisi akun logging.
Jadi itulah gambaran tingkat tinggi tentang logging terpusat.
Sekarang beberapa poin penting yang perlu kita perhatikan.
Yang pertama adalah kita dapat menggunakan beberapa layanan terkelola untuk membangun solusi logging terpusat.
Anda dapat menggunakan cloud layanan Elasticsearch, log arloji, kinase, bahkan bucket S3 untuk menghosting
log terpusat ini.
Bersamaan dengan itu, satu lagi bagian penting yang perlu kita perhatikan bahwa cara Anda dapat mengonfigurasi logging terpusat
untuk setiap layanan seperti jejak beban, VPC, log aliran, tugas jaga, dll. berbeda.
Setiap layanan memiliki cara berbeda di mana Anda dapat menggunakannya untuk mengirim log ke akun logging pusat.
Beberapa cara cukup mudah.
Beberapa cara memerlukan sedikit lebih banyak langkah untuk dikonfigurasi.
Jadi itulah gambaran tingkat tinggi dan ini akan menyimpulkan video hari ini.