Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Arsitektur RDS Kustom Amazon didasarkan pada AmazonRDS, dengan perbedaan penting. Diagram berikut menunjukkan komponen kunci dari arsitektur RDS Kustom.
VPC
Seperti di AmazonRDS, instans RDS Custom DB Anda berada di cloud pribadi virtual (VPC).
Instans RDS Custom DB Anda terdiri dari komponen utama berikut:
-
EC2Contoh Amazon
-
Titik akhir instans
-
Sistem operasi diinstal pada EC2 instance Amazon
-
EBSPenyimpanan Amazon, yang berisi sistem file tambahan
RDSOtomatisasi dan pemantauan khusus
RDSCustom memiliki perangkat lunak otomatisasi yang berjalan di luar instans DB. Perangkat lunak ini berkomunikasi dengan agen pada instans DB dan dengan komponen lain dalam lingkungan RDS Kustom secara keseluruhan.
Fitur pemantauan dan pemulihan RDS khusus menawarkan fungsionalitas yang mirip dengan AmazonRDS. Secara default, RDS Custom dalam mode otomatisasi penuh. Perangkat lunak otomatisasi memiliki tanggung jawab utama sebagai berikut:
-
Mengumpulkan metrik dan mengirimkan pemberitahuan
-
Melakukan pemulihan instans otomatis
Tanggung jawab penting Otomatisasi RDS kustom adalah menanggapi masalah dengan EC2 instans Amazon Anda. Karena berbagai alasan, tuan rumah mungkin menjadi terganggu atau tidak dapat dijangkau. RDS Kustom menyelesaikan masalah ini dengan me-reboot atau mengganti instans Amazon. EC2
Penggantian host RDS Kustom Amazon
Jika EC2 host Amazon menjadi terganggu, RDS Custom mencoba untuk me-reboot. Jika upaya ini gagal, RDS Custom menggunakan fitur berhenti dan mulai yang sama yang disertakan dalam AmazonEC2. Satu-satunya perubahan yang terlihat oleh pelanggan ketika host diganti adalah alamat IP publik baru.
Menghentikan dan memulai host
RDSKustom secara otomatis mengambil langkah-langkah berikut, tanpa memerlukan intervensi pengguna:
-
Menghentikan EC2 host Amazon.
EC2Instans melakukan shutdown normal dan berhenti berjalan. Setiap EBS volume Amazon tetap melekat pada instans, dan datanya tetap ada. Setiap data yang disimpan dalam volume penyimpanan instance (tidak didukung pada RDS Custom) atau RAM komputer host hilang.
Untuk informasi selengkapnya, lihat Menghentikan dan memulai instans Anda di Panduan EC2 Pengguna Amazon.
-
Memulai EC2 host Amazon.
EC2Instance bermigrasi ke perangkat keras host baru yang mendasarinya. Dalam beberapa kasus, instans RDS Custom DB tetap berada di host asli.
Efek penggantian host
Di RDS Custom, Anda memiliki kontrol penuh atas volume perangkat root dan volume EBS penyimpanan Amazon. Volume root dapat berisi data dan konfigurasi penting yang tidak ingin Anda hilangkan.
RDSKustom untuk Oracle mempertahankan semua database dan data pelanggan setelah operasi, termasuk data volume root. Tidak perlu ada intervensi pengguna. Pada RDS Custom for SQL Server, data database dipertahankan, tetapi data apa pun pada drive C:, termasuk sistem operasi dan data pelanggan, hilang.
Setelah proses penggantian, EC2 host Amazon memiliki alamat IP publik baru. Host mempertahankan hal berikut:
-
ID Instans
-
Alamat IP privat
-
Alamat IP elastis
-
Metadata instans
-
Data volume penyimpanan data
-
Data volume root (pada RDS Kustom untuk Oracle)
Praktik terbaik untuk EC2 host Amazon
Fitur penggantian EC2 host Amazon mencakup sebagian besar skenario EC2 kerusakan Amazon. Sebaiknya Anda untuk mematuhi praktik terbaik berikut:
-
Sebelum mengubah konfigurasi atau sistem operasi, cadangkan data Anda. Jika volume root atau sistem operasi rusak, penggantian host tidak dapat memperbaikinya. Satu-satunya pilihan Anda memulihkan dari snapshot atau point-in-time pemulihan DB.
-
Jangan menghentikan atau menghentikan EC2 host Amazon fisik secara manual. Kedua tindakan tersebut mengakibatkan instance diletakkan di luar perimeter dukungan RDS Kustom.
-
(RDSKustom untuk SQL Server) Jika Anda melampirkan volume tambahan ke EC2 host Amazon, konfigurasikan untuk di-remount saat restart. Jika host mengalami gangguan, RDS Custom mungkin berhenti dan memulai host secara otomatis.
RDSPerimeter dukungan kustom
RDSKustom menyediakan kemampuan pemantauan tambahan yang disebut perimeter dukungan. Pemantauan tambahan ini memastikan bahwa instans RDS Custom DB Anda menggunakan AWS infrastruktur, sistem operasi, dan database yang didukung.
Perimeter dukungan memeriksa apakah instans DB Anda sesuai dengan persyaratan yang tercantum dalam Memperbaiki konfigurasi yang tidak didukung di RDS Custom for Oracle dan Memperbaiki konfigurasi yang tidak didukung di RDS Custom for SQL Server. Jika salah satu persyaratan ini tidak terpenuhi, RDS Custom menganggap instans DB Anda berada di luar perimeter dukungan.
Topik
Konfigurasi yang tidak didukung di Kustom RDS
Saat instans DB Anda berada di luar perimeter dukungan, RDS Custom mengubah status instans DB menjadi unsupported-configuration dan mengirimkan pemberitahuan acara. Setelah Anda memperbaiki masalah konfigurasi, RDS Custom mengubah status instans DB kembali keavailable.
Saat instans DB Anda dalam status unsupported-configuration, pernyataan berikut benar:
-
Basis data Anda dapat dijangkau. Terdapat pengecualian ketika instans DB berstatus
unsupported-configurationkarena basis data mati secara tidak terduga. -
Anda tidak dapat memodifikasi instans DB Anda.
-
Anda tidak dapat mengambil snapshot DB.
-
Pencadangan otomatis tidak dibuat.
-
Hanya untuk instans RDS Custom for SQL Server DB, RDS Custom tidak menggantikan EC2 instans Amazon yang mendasarinya jika mengalami gangguan. Untuk informasi selengkapnya tentang penggantian host, lihat Penggantian host RDS Kustom Amazon.
-
Anda dapat menghapus instans DB Anda, tetapi sebagian besar API operasi RDS Kustom lainnya tidak tersedia.
-
RDSKustom terus mendukung point-in-time recovery (PITR) dengan mengarsipkan file redo log dan mengunggahnya ke Amazon S3. PITRdalam suatu
unsupported-configurationnegara berbeda dalam cara-cara berikut:-
PITRdapat memakan waktu lama untuk sepenuhnya memulihkan ke instans RDS Custom DB baru. Situasi ini terjadi karena Anda tidak dapat mengambil snapshot otomatis atau manual saat instans dalam status
unsupported-configuration. -
PITRharus memutar ulang lebih banyak log pengulangan mulai dari snapshot terbaru yang diambil sebelum instance memasuki status.
unsupported-configuration -
Dalam beberapa kasus, instans DB berada dalam status
unsupported-configurationkarena Anda membuat perubahan yang mencegah pengunggahan file log pengulangan yang diarsipkan. Contohnya termasuk menghentikan EC2 instance, menghentikan agen RDS Kustom, dan melepaskan EBS volume. Dalam kasus seperti itu, tidak PITR dapat mengembalikan instans DB ke waktu restorable terbaru.
-
Memecahkan masalah konfigurasi yang tidak didukung
RDSKustom menyediakan panduan pemecahan masalah untuk negara bagian. unsupported-configuration Meskipun beberapa panduan berlaku untuk RDS Custom for Oracle dan RDS Custom for SQL Server, panduan lain tergantung pada mesin DB Anda. Untuk informasi pemecahan masalah khusus mesin, lihat topik berikut:
Amazon S3
Jika Anda menggunakan RDS Custom for Oracle, Anda mengunggah media penginstalan ke bucket Amazon S3 buatan pengguna. RDS Custom for Oracle menggunakan media di bucket ini untuk membuat versi mesin khusus (CEV). A CEVadalah snapshot volume biner dari versi database dan Amazon Machine Image (AMI). DariCEV, Anda dapat membuat instance RDS Custom DB. Untuk informasi selengkapnya, lihat Menggunakan versi mesin kustom untuk Amazon RDS Custom for Oracle.
Untuk RDS Custom for Oracle dan RDS Custom for SQL Server, RDS Custom secara otomatis membuat bucket Amazon S3 yang diawali dengan string. do-not-delete-rds-custom- RDS Kustom menggunakan bucket do-not-delete-rds-custom- S3 untuk menyimpan jenis file berikut:
-
AWS CloudTrail log untuk jejak yang dibuat oleh RDS Custom
-
Artefak perimeter dukungan (lihat RDSPerimeter dukungan kustom)
-
File log redo database (RDSKhusus untuk Oracle saja)
-
Log transaksi (RDSKhusus untuk SQL Server saja)
-
Artefak versi mesin khusus (RDSKhusus untuk Oracle saja)
RDSKustom membuat bucket do-not-delete-rds-custom- S3 saat Anda membuat salah satu sumber daya berikut:
-
Yang pertama CEV untuk RDS Custom for Oracle
-
Instans DB pertama Anda untuk RDS Custom for SQL Server
RDSKustom membuat satu ember untuk setiap kombinasi berikut:
-
Akun AWS ID
-
Jenis mesin (baik RDS Kustom untuk Oracle atau RDS Kustom untuk SQL Server)
-
Wilayah AWS
Misalnya, jika Anda membuat RDS Custom for Oracle CEVs dalam satu Wilayah AWS, ada satu do-not-delete-rds-custom- bucket. Jika Anda membuat beberapa instance RDS Kustom untuk SQL Server, dan mereka berada di tempat yang berbeda Wilayah AWS, satu do-not-delete-rds-custom- bucket ada di masing-masing. Wilayah AWS Jika Anda membuat satu instance RDS Custom for Oracle dan dua instance RDS Custom for SQL Server dalam satu Wilayah AWS, ada dua do-not-delete-rds-custom- bucket.
AWS CloudTrail
RDSKustom secara otomatis membuat AWS CloudTrail jejak yang namanya dimulai dengando-not-delete-rds-custom-. Perimeter dukungan RDS Kustom bergantung pada peristiwa dari CloudTrail untuk menentukan apakah tindakan Anda memengaruhi otomatisasi RDS Kustom. Untuk informasi selengkapnya, lihat Memecahkan masalah konfigurasi yang tidak didukung.
RDSKustom membuat jejak saat Anda membuat instans DB pertama Anda. RDS Kustom membuat satu jejak untuk setiap kombinasi berikut:
-
Akun AWS ID
-
Jenis mesin (baik RDS Kustom untuk Oracle atau RDS Kustom untuk SQL Server)
-
Wilayah AWS
Saat Anda menghapus instans RDS Custom DB, instance ini tidak dihapus secara otomatis. CloudTrail Dalam hal ini, Anda Akun AWS terus ditagih untuk yang tidak CloudTrail dihapus. RDS Custom tidak bertanggung jawab atas penghapusan sumber daya ini. Untuk mempelajari cara menghapus secara CloudTrail manual, lihat Menghapus jejak di Panduan AWS CloudTrail Pengguna.
