Bagikan melalui

Menyebarkan Kluster Big Data SQL Server dengan ketersediaan tinggi

Berlaku untuk: SQL Server 2019 (15.x)

Important

Kluster Big Data Microsoft SQL Server 2019 dihentikan. Dukungan untuk Kluster Big Data SQL Server 2019 berakhir per 28 Februari 2025. Untuk informasi selengkapnya, lihat posting blog pengumuman dan Opsi big data di platform Microsoft SQL Server.

Karena Kluster Big Data SQL Server ada di Kubernetes sebagai aplikasi kontainer, dan menggunakan fitur seperti set stateful dan penyimpanan persisten, infrastruktur ini memiliki pemantauan kesehatan bawaan, deteksi kegagalan, dan mekanisme failover yang dimanfaatkan komponen kluster untuk menjaga kesehatan layanan. Untuk meningkatkan keandalan, Anda juga dapat mengonfigurasi instans master SQL Server dan/atau node utama HDFS serta layanan bersama Spark untuk diterapkan dengan replika tambahan dalam konfigurasi ketersediaan tinggi. Pemantauan, deteksi kegagalan, dan failover otomatis dikelola oleh layanan manajemen kluster big data, yaitu layanan kontrol. Layanan ini disediakan tanpa campur tangan pengguna – semuanya mulai dari penyiapan grup ketersediaan, mengonfigurasi titik akhir pencerminan database, hingga menambahkan database ke grup ketersediaan atau pelaksanaan failover dan koordinasi peningkatan.

Gambar berikut menunjukkan bagaimana grup ketersediaan disebarkan di Kluster Big Data SQL Server:

high-availability-ag-bdc

Berikut adalah beberapa kemampuan yang diaktifkan grup ketersediaan:

  • Jika pengaturan ketersediaan tinggi ditentukan dalam file konfigurasi penyebaran, satu grup ketersediaan bernama containedag dibuat. Secara default, containedag memiliki tiga replika, termasuk primer. Semua operasi CRUD untuk grup ketersediaan dikelola secara internal, termasuk membuat grup ketersediaan atau menggabungkan replika ke grup ketersediaan yang dibuat. Grup ketersediaan tambahan tidak dapat dibuat di instans master SQL Server dalam kluster big data.

  • Semua database secara otomatis ditambahkan ke grup ketersediaan, termasuk semua database pengguna dan sistem seperti master dan msdb. Kemampuan ini menyediakan tampilan sistem tunggal di seluruh replika grup ketersediaan. Database model tambahan - model_replicatedmaster dan model_msdb - digunakan untuk menyemai bagian database sistem yang direplikasi. Selain database ini, Anda akan melihat database containedag_master dan containedag_msdb jika Anda terhubung langsung ke instance. Database containedag mewakili master dan msdb di dalam grup ketersediaan.

    Important

    Database yang dibuat pada instans sebagai hasil dari alur kerja, seperti melampirkan database, tidak secara otomatis ditambahkan ke grup ketersediaan. Administrator Kluster Big Data SQL Server harus melakukan ini secara manual. Untuk mempelajari cara mengaktifkan titik akhir sementara pada database master dari instans SQL Server, silakan lihat Menyambungkan ke instans SQL Server. Sebelum rilis CU2 SQL Server 2019, database yang dibuat sebagai hasil dari pernyataan pemulihan memiliki perilaku yang sama, dan database harus ditambahkan secara manual ke grup ketersediaan yang terkandung.

  • Database konfigurasi PolyBase tidak disertakan dalam grup ketersediaan karena menyertakan metadata tingkat instans khusus untuk setiap replika.

  • Titik akhir eksternal secara otomatis disediakan untuk menyambungkan ke database dalam grup ketersediaan. Endpoint master-svc-external ini berfungsi sebagai pendengar grup ketersediaan.

  • Titik akhir eksternal kedua disediakan untuk koneksi baca-saja ke replika sekunder untuk meluaskan skala beban kerja baca.

Deploy

Untuk menyebarkan master SQL Server dalam grup ketersediaan:

  1. hadr Mengaktifkan fitur
  2. Tentukan jumlah replika untuk AG (minimum adalah 3)
  3. Mengonfigurasi detail titik akhir eksternal kedua yang dibuat untuk koneksi ke replika sekunder baca-saja

Anda dapat menggunakan profil konfigurasi bawaan aks-dev-test-ha atau kubeadm-prod untuk mulai menyesuaikan kluster big data Anda. Profil ini mencakup pengaturan yang diperlukan untuk sumber daya yang dapat Anda konfigurasikan agar memiliki ketersediaan tinggi tambahan. Misalnya, di bawah ini adalah bagian dalam bdc.json file konfigurasi yang relevan untuk mengaktifkan grup ketersediaan untuk instans master SQL Server.

{
  ...
    "spec": {
      "type": "Master",
      "replicas": 3,
      "endpoints": [
        {
          "name": "Master",
          "serviceType": "LoadBalancer",
          "port": 31433
        },
        {
          "name": "MasterSecondary",
          "serviceType": "LoadBalancer",
          "port": 31436
        }
      ],
      "settings": {
        "sql": {
          "hadr.enabled": "true"
        }
      }
    }
  ...
}

Langkah-langkah berikut menelusuri contoh bagaimana memulai dari aks-dev-test-ha profil dan menyesuaikan konfigurasi penyebaran kluster Big Data Anda. Untuk penyebaran pada kubeadm kluster, langkah serupa akan berlaku, tetapi pastikan Anda menggunakan NodePort untuk serviceType di bagian endpoints tersebut.

  1. Mengkloning profil yang Ditargetkan

    azdata bdc config init --source aks-dev-test-ha --target custom-aks-ha

  2. Secara opsional, lakukan pengeditan ke profil kustom seperlunya.

  3. Mulai penyebaran kluster menggunakan profil konfigurasi kluster yang dibuat di atas

    azdata bdc create --config-profile custom-aks-ha --accept-eula yes

Menyambungkan ke database SQL Server pada grup ketersediaan

Bergantung pada jenis beban kerja yang ingin Anda jalankan terhadap master SQL Server, Anda dapat menyambungkan ke utama untuk beban kerja jenis baca-tulis atau ke database di replika sekunder untuk beban kerja jenis baca-saja. Berikut adalah kerangka untuk setiap jenis koneksi:

Menyambungkan ke database pada replika utama

Untuk koneksi ke replika utama, gunakan sql-server-master titik akhir. Titik akhir ini juga merupakan penerima untuk AG. Saat menggunakan titik akhir ini, semua koneksi berada dalam konteks database dalam grup ketersediaan. Misalnya, koneksi default yang menggunakan titik akhir ini akan menghubungkan ke database master dalam grup ketersediaan, bukan ke database instans SQL Server master. Jalankan perintah ini untuk menemukan titik akhir:

azdata bdc endpoint list -e sql-server-master -o table

Description                           Endpoint             Name               Protocol
------------------------------------  -------------------  -----------------  ----------
SQL Server Master Instance Front-End  11.11.111.111,11111  sql-server-master  tds

Note

Peristiwa failover dapat terjadi selama eksekusi kueri terdistribusi yang mengakses data dari sumber data jarak jauh seperti HDFS atau kumpulan data. Sebagai praktik terbaik, aplikasi harus dirancang untuk memiliki logika coba lagi koneksi jika terjadi pemutusan yang disebabkan oleh failover.

Menyambungkan ke database pada replika sekunder

Untuk koneksi baca-saja ke database di replika sekunder, gunakan sql-server-master-readonly titik akhir. Titik akhir ini berfungsi seperti penyeimbang beban untuk semua replika sekunder. Saat menggunakan titik akhir ini, semua koneksi berada dalam konteks database dalam grup ketersediaan. Misalnya, koneksi default yang menggunakan titik akhir ini akan menghubungkan ke database master dalam grup ketersediaan, bukan ke database instans SQL Server master.

azdata bdc endpoint list -e sql-server-master-readonly -o table

Description                                    Endpoint            Name                        Protocol
---------------------------------------------  ------------------  --------------------------  ----------
SQL Server Master Readable Secondary Replicas  11.11.111.11,11111  sql-server-master-readonly  tds

Menyambungkan ke instans SQL Server

Untuk operasi tertentu seperti mengatur konfigurasi tingkat server atau menambahkan database secara manual ke grup ketersediaan, Anda harus tersambung ke instans SQL Server. Sebelum SQL Server 2019 CU2, operasi seperti sp_configure, RESTORE DATABASE atau grup ketersediaan DDL akan memerlukan jenis koneksi ini. Secara default, kluster big data tidak menyertakan titik akhir yang memungkinkan koneksi instans dan Anda harus mengekspos titik akhir ini secara manual.

Important

Titik akhir yang diekspos untuk koneksi instans SQL Server hanya mendukung autentikasi SQL, bahkan di kluster tempat Direktori Aktif diaktifkan. Secara default, selama penyebaran kluster big data, login sa dinonaktifkan dan login baru sysadmin disediakan berdasarkan nilai yang diberikan pada waktu penyebaran untuk variabel lingkungan AZDATA_USERNAME dan AZDATA_PASSWORD.

Important

DDL grup ketersediaan yang terkandung dikelola sendiri secara eksklusif di BDC. Setiap upaya oleh pengguna eksternal untuk menghentikan ketersediaan yang terkandung atau titik akhir pencerminan database tidak didukung dan dapat mengakibatkan keadaan BDC yang tidak dapat dipulihkan.

Berikut adalah contoh yang memperlihatkan cara mengekspos titik akhir ini lalu menambahkan database yang dibuat dengan alur kerja pemulihan ke grup ketersediaan. Instruksi serupa untuk menyiapkan koneksi ke instans master SQL Server berlaku saat Anda ingin mengubah konfigurasi server dengan sp_configure.

Note

Dimulai dengan SQL Server 2019 CU2, database yang dibuat sebagai hasil dari alur kerja pemulihan ditambahkan secara otomatis ke grup ketersediaan yang terkandung.

  • Tentukan pod yang menghosting replika utama dengan menyambungkan ke sql-server-master titik akhir dan jalankan:

    SELECT @@SERVERNAME

  • Mengekspos titik akhir eksternal dengan membuat layanan Kubernetes baru

    Jalankan perintah di bawah ini untuk kluster kubeadm. Ganti podName dengan nama server yang dikembalikan pada langkah sebelumnya, serviceName dengan nama pilihan untuk layanan Kubernetes yang dibuat dan namespaceName* dengan nama kluster big data Anda.

    kubectl -n <namespaceName> expose pod <podName> --port=1533  --name=<serviceName> --type=NodePort

    Untuk eksekusi kluster aks, jalankan perintah yang sama, kecuali bahwa jenis layanan yang dibuat akan menjadi LoadBalancer. For example:

    kubectl -n <namespaceName> expose pod <podName> --port=1533  --name=<serviceName> --type=LoadBalancer

    Berikut adalah contoh perintah ini yang dijalankan terhadap aks, di mana pod yang menghosting primer adalah master-0:

    kubectl -n mssql-cluster expose pod master-0 --port=1533  --name=master-sql-0 --type=LoadBalancer

    Dapatkan IP layanan Kubernetes yang dibuat:

    kubectl get services -n <namespaceName>

Important

Sebagai praktik terbaik, Anda harus membersihkan dengan menghapus layanan Kubernetes yang dibuat di atas dengan menjalankan perintah ini:

kubectl delete svc master-sql-0 -n mssql-cluster

  • Tambahkan database ke grup ketersediaan.

    Agar database ditambahkan ke AG, database harus berjalan dalam model pemulihan penuh dan cadangan log harus diambil. Gunakan IP dari layanan Kubernetes yang dibuat di atas dan sambungkan ke instans SQL Server lalu jalankan pernyataan T-SQL seperti yang ditunjukkan di bawah ini.

    ALTER DATABASE <databaseName> SET RECOVERY FULL;
BACKUP DATABASE <databaseName> TO DISK='<filePath>'
ALTER AVAILABILITY GROUP containedag ADD DATABASE <databaseName>

    Contoh berikut menambahkan database bernama sales yang dipulihkan pada instans:

    ALTER DATABASE sales SET RECOVERY FULL;
BACKUP DATABASE sales TO DISK='/var/opt/mssql/data/sales.bak'
ALTER AVAILABILITY GROUP containedag ADD DATABASE sales

Known limitations

Ini adalah masalah dan batasan yang diketahui dengan grup ketersediaan yang terkandung untuk master SQL Server di kluster big data:

  • Konfigurasi ketersediaan tinggi harus dibuat ketika kluster big data disebarkan. Anda tidak dapat mengaktifkan konfigurasi ketersediaan tinggi dengan grup ketersediaan pasca penyebaran. Saat ini, konfigurasi yang diaktifkan hanya untuk replika komit sinkron.

Warning

Memperbarui mode sinkronisasi ke komit asinkron untuk salah satu replika dalam kuorum komit akan menghasilkan konfigurasi tidak valid untuk ketersediaan tinggi. Berjalan dalam konfigurasi ini melibatkan risiko kehilangan data karena jika terjadi peristiwa kegagalan yang memengaruhi replika utama, tidak ada failover otomatis yang dipicu dan pengguna harus menerima risiko kehilangan data saat mengeluarkan failover manual.

  • Agar berhasil memulihkan database yang diaktifkan TDE dari cadangan yang dibuat di server lain, Anda harus memastikan bahwa sertifikat yang diperlukan dipulihkan pada master instans SQL Server serta master AG yang terkandung. Lihat di sini untuk contoh tentang cara mencadangkan dan memulihkan sertifikat.
  • Operasi tertentu seperti menjalankan pengaturan konfigurasi server dengan sp_configure memerlukan koneksi ke database instans master SQL Server, bukan grup masterketersediaan . Anda tidak dapat menggunakan titik akhir utama yang sesuai. Ikuti instruksi untuk mengekspos titik akhir dan menyambungkan ke instans SQL Server dan jalankan sp_configure. Anda hanya dapat menggunakan autentikasi SQL saat mengekspos titik akhir secara manual untuk menyambungkan ke database instans master SQL Server.
  • Meskipun database msdb yang terkandung disertakan dalam grup ketersediaan dan pekerjaan SQL Agent direplikasi ke seluruh anggota grup ketersediaan, tugas tersebut hanya berjalan sesuai jadwal di replika utama.
  • Fitur replikasi tidak didukung untuk grup ketersediaan yang terkandung. Instans SQL Server bagian dari AG yang terkandung tidak dapat berfungsi sebagai distributor atau penerbit, baik di tingkat instans atau tingkat AG yang terkandung.
  • Menambahkan grup file saat membuat database tidak didukung. Sebagai solusinya, Anda dapat terlebih dahulu membuat database lalu mengeluarkan pernyataan ALTER DATABASE untuk menambahkan grup file apa pun.
  • Sebelum SQL Server 2019 CU2, database yang dibuat sebagai hasil dari alur kerja selain CREATE DATABASE dan RESTORE DATABASE seperti CREATE DATABASE FROM SNAPSHOT tidak ditambahkan secara otomatis ke grup ketersediaan. Sambungkan ke instans dan tambahkan database ke grup ketersediaan secara manual.
  • Service Broker dan Database Mail saat ini tidak didukung pada Kluster Big Data yang disebarkan dengan ketersediaan tinggi.

Next steps

  • Last updated on