Database
 sql >> Teknologi Basis Data >  >> RDS >> Database

Menjembatani kesenjangan Azure :Instans Terkelola

Jika Anda telah mempertimbangkan untuk memindahkan lingkungan SQL Server Anda ke Azure, Anda hanya memiliki beberapa opsi. Pertama, Anda dapat menggunakan solusi PaaS dari Azure SQL Database dan memindahkan satu database atau menggunakan kumpulan elastis. Pilihan Anda yang lain adalah solusi IaaS menggunakan mesin Azure Virtual yang menjalankan Microsoft SQL Server. Kami akan segera memiliki opsi ketiga yang disebut SQL Database Managed Instance.


Instans Terkelola menjembatani kesenjangan antara SQL Server lokal dan Azure Basis Data SQL

Instans Terkelola pertama kali diperkenalkan pada konferensi Microsoft Build pada Musim Semi 2017, dan sejauh ini pratinjaunya terbatas pada sejumlah kecil pelanggan dan konsultan. Instans Terkelola dapat dianggap sebagai gabungan antara versi lengkap SQL Server dan Azure SQL Database. Basis data tunggal dan elastis dibangun di atas model pemrograman cakupan basis data dan Instans Terkelola dibangun di atas model pemrograman cakupan instans. Hal ini membuat Instans Terkelola lebih kompatibel dengan SQL Server lokal.

Instans Terkelola memberikan lebih banyak nuansa SQL Server lokal, namun dibangun di atas infrastruktur yang sama dengan Azure SQL Database. Apa yang membedakannya dari Azure SQL Database adalah ia menyajikan seluruh instance SQL Server kepada pelanggan. Di Azure SQL Database, Anda mengonfigurasi server, yang benar-benar merupakan wadah, dan kemudian dapat memiliki beberapa database di server itu, tetapi mereka tidak dapat dengan mudah berbicara satu sama lain. Dengan Instans Terkelola, semua database dalam instans berada di SQL Server aktual yang sama, jadi Anda memiliki dukungan penuh untuk kueri lintas basis data. Ini adalah fitur besar untuk banyak aplikasi yang sebaliknya tidak cocok untuk Azure SQL Database, dan saya pikir itu akan memungkinkan lebih banyak aplikasi SQL Server untuk pindah ke cloud.

Fungsionalitas yang merupakan tingkat instance sekarang didukung. Ini termasuk hal-hal seperti tabel temp global, SQL Server Agent, Service Broker, replikasi, SQL Audit, dan Common Language Runtime (CLR). Instans terkelola juga dapat mendukung database hingga ukuran 35TB. Saat ini kapasitas terbesar untuk Azure SQL Database adalah 4TB di tingkat teratas. Saya menduga ini akan segera berubah, dan sekali lagi, akan membuka cloud untuk lebih banyak aplikasi.

Instans Terkelola juga dapat memanfaatkan semua fitur platform PaaS, untuk menyertakan pencadangan otomatis, deteksi ancaman, penilaian kerentanan, ketersediaan tinggi, replikasi geografis, penasihat basis data, dan banyak lagi. Saya telah melihat presentasi yang membahas cara kerja proses failover otomatis dan mengetahui bahwa objek tingkat server direplikasi ke instance failover. Ini berarti bahwa hal-hal seperti login dan pekerjaan – masalah utama bagi banyak lingkungan kita saat ini – ditangani untuk Anda.

Selama setahun terakhir, saya telah membantu banyak pelanggan bermigrasi ke Azure SQL Database, dan salah satu tantangan utama adalah memigrasikan data. Anda tidak bisa hanya melakukan pencadangan dan pemulihan SQL Server ke Azure SQL Database. Saya sangat senang mendengar bahwa dengan Instans Terkelola Database SQL, kami dapat menggunakan pencadangan SQL Server asli dan memulihkan ke Instans Terkelola, namun, Anda harus menggunakan mekanisme pencadangan ke URL. Ini akan membuat migrasi ke Instans Terkelola jauh lebih mudah, namun, karena Instans Terkelola dibuat di Azure SQL Database, ini adalah tiket satu arah:Anda tidak dapat mencadangkan database Instans Terkelola dan memulihkan kembali ke lokal. Jika Anda pernah memutuskan untuk membawa database Anda kembali ke lokal atau keluar dari Instans Terkelola, Anda harus mengekspor data Anda.


Database pada Instans Terkelola jauh lebih siap untuk bermigrasi ke Azure SQL Basis Data

Di sisi lain, karena dibuat di platform Azure SQL Database, database individual yang Anda masukkan ke dalam Instans Terkelola dapat dimigrasikan ke Azure SQL Databases masing-masing. Ini menjadikan Instans Terkelola sebagai batu loncatan yang sempurna, tempat Anda dapat mengatasi komplikasi isolasi yang mencegah Anda bermigrasi langsung ke PaaS.

Saya ingin tahu tentang replikasi yang didukung. Saya belum dapat mengetahui apakah database Instans Terkelola dapat menjadi penerbit atau hanya dapat menjadi pelanggan, seperti Database Azure SQL. Jika itu bisa menjadi penerbit, maka itu bisa menjadi cara yang efektif untuk bermigrasi kembali ke lokal. Saya sangat berharap bahwa dalam waktu dekat, kami akan memiliki kemampuan untuk juga memulihkan cadangan SQL Server asli ke Database Azure SQL tunggal. Tampaknya teknologinya ada, hanya perlu diperluas untuk lingkungan PaaS yang ada.

Pengamatan menarik lainnya tentang Instans Terkelola adalah karena teknologi ini dibangun di atas model Azure SQL Database, versi SQL Server akan mengikuti versi Azure SQL Database. Ini mungkin memperumit masalah dengan dukungan vendor. Banyak vendor akan menyatakan bahwa mereka mensertifikasi produk mereka di SQL Server versi X. Meskipun Instans Terkelola akan mendukung hampir semua fitur SQL Server 2017, itu tidak akan menggunakan versi build yang sama, sehingga pemeriksaan versi terprogram akan rumit. Tindakan terbaik Anda di sini adalah mendorong balik vendor, karena Microsoft kemungkinan tidak akan goyah dalam pendirian ini, dan saya yakin beberapa percakapan tersebut akan menantang.

Akankah vendor melakukan upaya sertifikasi produk mereka pada Instans Terkelola, atau akankah ini menjadi masalah seperti yang kita alami dengan virtualisasi? Pada hari-hari awal virtualisasi, banyak vendor menyatakan bahwa mereka tidak mendukung produk mereka berjalan tervirtualisasi, namun Microsoft sepenuhnya mendukung Windows X dan SQL Server X yang tervirtualisasi. Mudah-mudahan kita akan melihat vendor bergabung dan mensertifikasi produk mereka di Instans Terkelola. Saya tentu melihat beberapa perintis SQL Server di luar sana yang akan pindah ke Instans Terkelola setelah pengujian mereka sendiri.

Setiap kali pelanggan ingin bermigrasi ke cloud, keamanan menjadi perhatian besar. Instans Terkelola menawarkan dukungan VNET dengan alamat IP pribadi dan VPN ke jaringan lokal. Ini dapat memungkinkan klien untuk melindungi lingkungan mereka dari internet publik dan memiliki isolasi penuh.

Saya senang dengan Instans Terkelola dan benar-benar tidak sabar sampai tersedia lebih luas. Untuk klien yang menginginkan lingkungan terkelola, tetapi membutuhkan solusi yang lebih kaya fitur daripada Azure SQL Database tunggal atau elastis, saya merasa bahwa Instans Terkelola akan menjadi pilihan yang tepat. Ada kesenjangan antara Azure SQL Database dan SQL Server pada Azure VM, karena banyak pelanggan membutuhkan lebih dari yang ditawarkan Azure SQL Database, tetapi SQL Server pada Azure VM masih lebih banyak pemeliharaan dan tanggung jawab daripada yang mereka inginkan. Instans Terkelola benar-benar menjembatani kesenjangan itu. Mereka mendukung basis data yang jauh lebih besar, memungkinkan migrasi data yang lebih mudah, memungkinkan kueri lintas basis data, dan tidak memerlukan perubahan kode apa pun karena platform ini sangat kompatibel dengan SQL Server lokal.

Singkatnya, jika organisasi Anda mempertimbangkan untuk pindah ke lingkungan yang dihosting dalam platform Azure SQL Database, Anda akan dapat memilih antara Database Azure SQL individual, kumpulan elastis, atau Instans Terkelola. Tergantung pada kebutuhan aplikasi Anda, salah satu solusi ini harus sangat cocok. Jika tidak, Anda juga memiliki opsi untuk menjalankan contoh SQL Server tradisional pada mesin virtual Azure, yang menawarkan fitur bagus seperti pencadangan terkelola, replikasi geografis, Pemulihan Situs Azure, dan banyak lagi. Microsoft terus berinvestasi di platform Azure dengan menghadirkan produk dan fitur baru yang dibutuhkan pelanggan mereka, dan rilis Instans Terkelola yang akan datang merupakan bukti lanjutan dari fokus tersebut. Nantikan, karena kami telah dijanjikan pratinjau publik dalam waktu dekat.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Cara Berkomentar di SQL

  2. Tampilan SQL

  3. Menggunakan ODBC dengan Salesforce dan Azure Active Directory (AD) Single Sign On (SSO)

  4. Efek Samping yang Tidak Diinginkan – Sesi Tidur Memegang Kunci

  5. Jenis Perintah SQL