Azure Arc özellikli SQL Yönetilen Örneği için depolama uzmanlık alanları

Depolama, Azure Arc özellikli SQL Yönetilen Örneği (Arc özellikli SQL Yönetilen Örneği) dağıtımında kritik bir bileşendir. Bu belgede açıklanan depolamayla ilgili kavramların Kubernetes kümelerinin çalışmasını nasıl etkilediğini anlamak, depolama tasarımı seçimlerinin ve yönetiminin önemli bir yönüdür.

Kubernetes, temel alınan depolama alanıyla doğrudan etkileşime geçmek yerine depolama sınıfları aracılığıyla çeşitli depolama teknolojilerine bir soyutlama katmanı sağlar. Bulut sağlayıcıları, donanım satıcıları ve Kubernetes tarafından yönetilen diğer platformlar, belirli ortamlara ve uygulama senaryolarına uyacak farklı Depolama Sınıfı seçenekleri sunar.

Arc özellikli SQL Yönetilen Örneği herhangi bir depolama sınıfını kullanmayı sınırlamaz veya zorlamaz, bu nedenle doğru depolama tasarımını ve yapılandırmasını seçmek önemlidir. Arc özellikli SQL Yönetilen Örneği depolama tasarımı, çıplak veya sanal makinelerde çalışırken bir SQL Server için yedekleme depolama cihazlarını seçmeniz kadar önemlidir. Bu seçenekler nihai olarak RPO, RTO, kapasite ve performansla ilgili gereksinimlerinizi gösterir.

Arc özellikli SQL Yönetilen Örneği dağıtımları için, depolama özelliklerini ve yapılandırmayı etkili bir şekilde planlamak, başarılı bir şekilde çalışmak için çok önemlidir. Dikkate alınması gereken depolamayla ilgili faktörler hakkında bilgi edinmek için okumaya devam edin ve ardından Arc özellikli SQL Yönetilen Örneği yapılandırma önerilerine göz önünde bulundurun.

Mimari

Aşağıdaki mimari diyagramında Azure Arc özellikli veri hizmetleri bileşenlerinin mantıksal tasarımı gösterilmektedir. Bu bileşenler, gerekli bir Azure Arc Veri Denetleyicisi'ni ve başvuru için sağlanan veritabanlarını içeren bir veya daha fazla Arc özellikli SQL Yönetilen Örneği içerir. Hem Azure Arc Veri Denetleyicisi hem de Arc özellikli SQL Yönetilen Örneği, Kubernetes dağıtım ve depolama altyapısı sağlayıcılarına bağımlı olan depolama cihazlarının desteklenmesi için seçenekler sağlar.

Tasarım konusunda dikkat edilmesi gerekenler

Aşağıda, depolama tasarımınız ve yapılandırmanız için dikkat edilmesi gerekenler yer alır.

Depolama Sınıfları

Azure Arc özellikli veri hizmetleri bileşenleriniz için doğru Kubernetes StorageClass'ı ve yapılandırmayı seçmek, veri depolama performansınız, dayanıklılığınız ve kapasiteniz için önemlidir.

StorageClass, PersistentVolume (PV)ve PersistentVolumeClaim (PVC), Azure Arc özellikli veri hizmetleri bileşenlerini sağlarken sistemin Kubernetes kümenizde oluşturduğu Kubernetes kaynak nesneleridir.

StorageClass seçenekleri bulut sağlayıcınızın, donanım satıcınızın sunduğu tekliflere ve Kubernetes Yöneticisi'nin yapılandırdığı ayarlara bağlı olarak değişir. PersistentVolumeClaim, StorageClass ve istenen boyut için bir PersistentVolume oluşturulmasını ister. Aşağıdaki diyagramda, bu Kubernetes kaynakları ve depolama sınıfları için olası seçenekler arasındaki ilişkinin başvurusu yer almaktadır.

PV ve PVC Kubernetes kaynakları sırasıyla Azure Arc Veri Denetleyicisi ve Arc özellikli SQL Yönetilen Örneği sağlanırken yapılandırılır.

Aralarından seçim yapabileceğiniz iki farklı depolama türü vardır:

• Yerel: Pod'un çalıştığı Kubernetes düğümüne bağlı yerel bir depolama cihazına bağlı birim. Bu depolama türü genellikle Uzak/Paylaşılan depolamaya kıyasla saniyede daha yüksek giriş/çıkış işlemleri (IOPS) ve aktarım hızıyla birlikte daha düşük gecikme süresi sağlar.
• Uzak/Paylaşılan depolama: Yerleşik yedeklilik ile gelen ağa bağlı depolama cihazları. Yaygın depolama seçenekleri NAS ve SAN cihazlarıdır.

Bir StorageClass seçerken aşağıdaki standartları göz önünde bulundurun. Bu ölçütler, derlediğiniz tüm veritabanı sunucuları için de geçerlidir:

• Performans: Depolama cihazı giriş/çıkış (G/Ç) aktarım hızı ve IOPS veritabanı gereksinimlerinizi karşılamalıdır.
• Okuma/Yazma oranı: İş yükünü anlamak, gereksinimlerinizi uygun maliyetlerle en iyi şekilde karşılayacak yedekleme donanımını seçmenize yardımcı olabilir. Yoğun yazma iş yükleri RAID 0 yapılandırmalarından yararlanabilir, ancak seyrek erişilen veriler en iyi şekilde SAN cihaz depolama alanı kullanılarak kullanılabilir.
• Veritabanı yalıtımı ve birlikte konum: Arc özellikli SQL Yönetilen Örneği örneğindeki tüm veritabanları PV'yi paylaşır; böylece veritabanlarını Arc özellikli SQL Yönetilen Örneği örneklerini birbirinden ayırmayı ve depolama kaynağı çekişmelerini önlemeyi seçebilirsiniz.
• Kapasite: Tanımlanan depolama boyutu, PVC'yi yeniden boyutlandırmak zorunda kalmamak için veri denetleyicinizin ve veritabanı örneklerinizin gelecekteki kapasitesini karşılamalıdır. Seçtiğiniz StorageClass'ın sahip olabileceği depolama sınırlamalarını göz önünde bulundurun.
• Erişim modu: Depolama Sınıfı sağlayıcıları, depolamanın podlar tarafından nasıl bağlanabileceğine ve okunabileceğine veya yazabileceğine yönelik farklı özellikleri destekleyen farklı erişim modlarına sahiptir. RWX (Okuma Yazma Çok), SQL Backup birimi için gereklidir.
• Yedeklilik: Donanım diski hatası oluştuğunda sorunsuz yük devretmeyi desteklemek için fiziksel depolama katmanındaki (RAID) verilerin çoğaltması, Kullanılabilirlik Grupları (AG) tarafından yapılan veritabanı düzeyinde yedeklilikten ayrıdır.

Hem Azure Arc Veri Denetleyicisi hem de Arc özellikli SQL Yönetilen Örneği Arc veri hizmetleri, veritabanı verileri için farklı depolama sınıflarını yapılandırmak için ayrıntılı seçenekler sağlar. Bu veri hizmetleri, gereksinimleri karşılamak için depolama sınıflarını seçme esnekliği sağlayan günlükler de sağlar.

Veri denetleyicisi

Arc özellikli SQL Yönetilen Örneği örnekleri oluşturmak için ön koşul olarak Kubernetes Kümesi için tek bir Azure Arc Veri Denetleyicisi gereklidir. Kümede çalışan birden fazla veri denetleyicisi desteklenmez.

Azure Arc Veri Denetleyicisi'nin Kubernetes kümesinde çalışan durum bilgisi olan dört farklı pod olacaktır: Denetleyici SQL, Denetleyici API'si, Günlükler DB ve ÖlçümLER DB. Her pod, veriler için iki Kalıcı Birim gerektirir ve birimleri günlüğe kaydeder. Veri denetleyicisi bileşenlerinin kendileri yerel olarak veri dayanıklılığı sağlamadığından, veri dayanıklılığı sağlamak için tüm veri denetleyicisi bileşenleri için bir uzak StorageClass gerekir.

Azure Arc Veri Denetleyicisi'nin gerektirdiği işlem ve bellek kaynaklarını göz önünde bulundurduğunuzdan emin olun. Aşağıdaki diyagram veri denetleyicisi depolama, PV ve PVC Kubernetes kaynaklarını temsil eder.

Veri denetleyicisi varsayılan birim boyutu önerilen en düşük değerdir. Kullandığınız depolama alanı veritabanlarının sayısına, veritabanlarını nasıl kullandığınıza ve oluşturulan günlük sayısına bağlıdır. Azure Arc Veri Denetleyicisi StorageClass, düşük gecikme süresine duyarlı değildir. Bu durumda bile, bir kümede Arc özellikli SQL Yönetilen Örneği dağıtımlarınız varsa kullanıcılar grafana ve Kibana arabirimlerinde daha hızlı performans gösteren depolama özelliklerine sahip avantajlar görebilir. Grafana ve Kibana, veri denetleyicisiyle dağıtılan ve Arc özellikli SQL Yönetilen Örneği ölçümlerini ve günlüklerini görüntülemeye yönelik panolarla sağlanan açık kaynak izleme görselleştirme araçlarıdır.

Veri denetleyicisi sağlama

Azure Arc Veri Denetleyicisi'ni sağladığınızda, hem günlükler hem de veriler için StorageClass'ı ve depolama kapasitesini yapılandırın. Hem günlükler hem de veriler için depolama yapılandırması, veri denetleyicisi podları için oluşturduğunuz sekiz SANAL makine için de geçerlidir. Sağlama sırasında kapasite, günlük saklama gibi varsayılan parametreleri ve Kubernetes Hizmet Türleri gibi güvenlikle ilgili öğeleri geçersiz kılan özel bir dağıtım şablonu belirtebilirsiniz. Sağlama tamamlandıktan sonra PV ve PVC Kubernetes nesneleri oluşturulur.

Veri denetleyicisi için StorageClass'ın sağlandıktan sonra değiştirilebileceğini anlamak önemlidir. StorageClass belirtmezseniz, veri denetleyicisi Kubernetes varsayılan StorageClass'ı kullanır. Bu, Kubernetes örneğiniz veya sağlayıcınıza bağlı olarak değişebilir.

Azure Arc Veri Denetleyicisi'ni kaldırdığınızda, onunla ilişkili tüm Kalıcı Birimler silinir. Veri denetleyicisini kaldırmadan önce kuruluşunuzun kaydetmesi gereken Azure Arc özellikli veri hizmetleri denetim düzlemi düzeyi günlüklerini arşivleme.

Azure Arc özellikli SQL Yönetilen Örneği

Arc özellikli SQL Yönetilen Örneği, iş gereksinimlerine bağlı olarak iki farklı katman sunar: Genel Amaçlı ve İş Açısından Kritik. Her iki katman için de yapılandırılabilir en düşük ve en yüksek Arc özellikli SQL Yönetilen Örneği sınırlarını gözden geçirmek ve dağıtılan Kubernetes kümesinin uygun işlem ve bellek kapasitesine sahip olduğundan emin olmak önemlidir.

Belirli bir veritabanı örneğinde birden çok veritabanının olduğu senaryolarda, tüm veritabanları Arc özellikli SQL Yönetilen Örneği için belirtilen Aynı StorageClass, PVC ve PV kullanır. Tek bir Kubernetes kümesinde Arc özellikli SQL Yönetilen Örneği birden çok örneğine sahip olmak mümkündür. Bu yapılandırma bağımsız Kalıcı Birimlere olanak tanır ve veritabanlarını Arc özellikli SQL Yönetilen Örneği farklı örneklerine dağıtarak GÇ çekişmesini farklı veritabanlarından ayırmaya yardımcı olabilir.

Aşağıdaki tabloda, Arc özellikli her SQL Yönetilen Örneği podunun kullandığı farklı Kalıcı Birimler ve amacı açıklanmaktadır.

Kalıcı Birim	Description	Depolama Sınıfı gereksinimleri
Veriler	veri dosyalarını SQL Veritabanı (.mdf dosyaları)	Katmana bağlıdır
DataLogs	günlük dosyalarını (.ldf dosyaları) SQL Veritabanı	Katmana bağlıdır
Günlükler	SQL aracısı, hata günlükleri, izleme dosyaları, sistem durumu günlükleri	Katmana bağlıdır
Yedeklemeler	Tam, Fark, İşlem Günlüğü dahil yedekleme dosyalarını SQL Server	Uzak, ReadWriteMany Erişim Modu

Genel Amaçlı hizmet katmanı

Arc özellikli SQL Yönetilen Örneği Genel Amaçlı katmanı, bir pod başarısız olduğunda verilerin yeni oluşturulan podlar için kullanılabilir durumda kalması için veritabanı örneği için uzak depolama kullanmalıdır. Yük devretme Kubernetes pod ve düğüm düzenlemesi tarafından yönetilir. Bu yapılandırma, SQL Kullanılabilirlik Grupları ve birden çok Arc özellikli SQL Yönetilen Örneği çoğaltması kullanan İş Açısından Kritik göre daha az karmaşıktır. Genel Amaçlı katmanının tek pod yapılandırması, diğer çoğaltmalar için depolama kapasitesini yinelemeniz gerekmediğinden depolama miktarını en aza indirebileceğiniz anlamına gelir.

İş Açısından Kritik hizmet katmanı

İş Açısından Kritik katmanı, verilerin ve günlük birimlerinin yerel veya uzak depolama sınıflarında depolanabildiği birden çok pod modeli kullanır. Depolama cihazı düğüme doğrudan bağlı olduğundan yerel depolama sınıfları genellikle gecikme süresi ve aktarım hızı açısından daha iyi performans gösterir. Uzak depolama genellikle yerleşik yedeklilik sunar ancak genellikle yerel depolamaya kıyasla daha düşük gecikme süresine ve aktarım hızına sahiptir. Daha fazla İş Açısından Kritik veritabanı çoğaltması kullanmanın Veri, Günlük veVeri Günlükleri için fazladan Kalıcı Birimler gerektirdiğini unutmayın. Gerekli toplam depolama kapasitesi çok daha yüksektir.

Aşağıdaki diyagramda iki çoğaltmaya sahip Arc-Enabled SQL Yönetilen Örneği için İş Açısından Kritik depolama yapılandırması gösterilmektedir.

İş Açısından Kritik iki veya üç ikincil çoğaltma yapılandırmanıza olanak tanır. Yük devretme, yükseltmeler ve hatalar için Genel Amaçlı katmanından daha az kapalı kalma süresi sağlayan SQL Always On Kullanılabilirlik Grubu tarafından yönetilir.

Zaman uyumlu işleme modu veri çoğaltması ile birden çok çoğaltmanın yapılandırılması, başarısız pod, düğüm veya depolama donanımı gibi hatalara karşı daha iyi koruma sağlar. Çoğaltmalarda verilerin birden çok kopyası olduğundan hatalara karşı koruma sağlar. İkincil çoğaltmaları, istemcilerin ikincil dinleyici uç noktasını kullanırken bağlanabileceği okuma ölçeği genişletme örnekleri olarak yapılandırmayı göz önünde bulundurun.

Azure Arc SQL Yönetilen Örneği sağlama ve kaldırma

Arc özellikli SQL Yönetilen Örneği sağlarken, gerekli Arc özellikli SQL Yönetilen Örneği Kalıcı Birimlerin her birine farklı depolama sınıfları atama esnekliğine sahip olursunuz. Veri ve Veri Günlükleri için daha yüksek performanslı depolama seçenekleri isteyebilirsiniz, ancak Günlükler ve Yedekleme birimleri maliyet tasarrufu yapmak için daha uygun maliyetli StorageClass seçenekleri kullanabilir. Yerel depolamayı kullandığınız senaryolarda, disk G/Ç'sinde çakışmayı önlemek için birimlerin farklı düğümlere ve fiziksel depolama cihazlarına inebildiğinden emin olun. Data ve DataLogs'un aynı fiziksel sürücüye yerleştirilmesi depolama sürücüsünde çekişmelere neden olabilir ve bu da performansın düşmesine neden olabilir. Bunun yerine, hem veritabanı verileri hem de günlükler için G/Ç'yi paralel hale getirmek için Data ve DataLogs'u ayrı depolama sürücülerine yerleştirmeyi göz önünde bulundurun.

Arc özellikli SQL Yönetilen Örneği sildiğinizde ilişkili PC'ler ve PVC'ler kaldırılmaz. Bu davranış, silme işleminin yanlışlıkla olması durumunda veritabanı dosyalarına erişebilmenizi sağlar.

Tasarım önerileri

Depolama tasarımınız ve yapılandırmanız için öneriler aşağıdadır.

Üretim iş yükleri için Depolama Sınıfları

Belirli genel bulutlar için, üretim iş yükleri için önerilen depolama sınıfları aşağıdaki tabloda gösterilmiştir.

Sağlayıcı	Doğrulanmış ve önerilen depolama alanı
Azure Kubernetes Service (AKS)	Azure Yönetilen Diskler (Premium katmanı)
Amazon Elastic Kubernetes Service (EKS)	EBS CSI depolama sürücüsü
Google (GKE)	GCE Kalıcı diskler

Şirket içi veya çoklu bulut senaryolarında bir üretim StorageClass seçerken, hedeflenen depolama kapasitesi, IOPS, yedeklilik ve aktarım hızı gereksinimlerinizi karşılayabilmesini sağlayın. Aşağıdaki bölümlerde bu senaryolar için daha fazla öneri sağlanır.

Veri denetleyicisi tasarımı

Veri dayanıklılığını sağlamak için uzak, paylaşılan bir StorageClass seçin. Bir pod veya düğümün kaldırılması durumunda, podu yeniden getirebilir ve Kalıcı Birime yeniden bağlanabilirsiniz. StorageClass'ın altı çizili yedeklilik ve yüksek kullanılabilirlik sağlamalıdır.

Arc özellikli veri hizmetleri veri denetleyicinizi oluştururken özel dağıtım şablonu kullanmanızı öneririz. Özel şablon, depolama sınıflarına, veri ve günlükler için depolama boyutuna, güvenliğe ve Kubernetes Hizmet Türlerine ince ayar yapmanıza olanak tanır. Bunları ortamınız ve kurumsal gereksinimleriniz için özelleştirebilirsiniz. Azure Arc Veri Denetleyicisi toplam sekiz Kalıcı Birim gerektirir. Varsayılan minimum yapılandırma, veriler için 15Gi ve PC'lerdeki günlükler için 10Gi sağlar. Yalnızca minimum önerileri karşılamayan, aynı zamanda bir kümede çalışan çok sayıda Arc özellikli SQL Yönetilen Örneği uygulamasına sahip olmaktan daha yüksek büyümeyi destekleyen kapasiteyi yapılandırın. Bu yapılandırma, gelecekte PVC'lerin yeniden boyutlandırılmasını engeller.

Kümenizin çok sayıda veritabanı ve Arc özellikli SQL Yönetilen Örneği dağıtımları olması durumunda daha düşük gecikme süreli bir StorageClass seçmenizi öneririz. Düşük gecikme süresi Grafana ve Kibana arabirimlerindeki kullanıcı deneyimini geliştirir.

Azure Arc özellikli SQL Yönetilen Örneği geçişi

Arc özellikli SQL Yönetilen Örneği geçişi ve dağıtımında yer alan tüm yeni ve mevcut veritabanlarını planlamanızı ve hesaba katılmanızı öneririz. Planlama, veritabanlarını daha sonra örnekler arasında taşıma gereksinimini önler.

Kubernetes küme kuruluşunuza bağlı olarak, farklı Kubernetes kümelerine ortamları (üretim dışı, üretim dışı), bölgeleri ve diğer iş faktörlerine göre Arc özellikli SQL Yönetilen Örneği dağıtımları sağlayın. Daha fazla öneri için Kaynak kuruluşu tasarım alanını gözden geçirin. Bir kümede birden çok veritabanı örneği yapılandırırken G/Ç çekişmesini önlemek için meşgul veritabanlarını kendi örneklerine ayırdığınızdan emin olun.

Veritabanı örneklerinin genel G/Ç trafiğini birden çok düğüme dağıtmak üzere ayrı düğümlere yerleştirildiğinden emin olmak için düğüm etiketlerini kullanın. Etiketleri yapılandırmak için kubernetes düğüm etiketlerinin yanı sıra Kubernetes Düğüm benzeşimi ve benzeşim karşıtı etiketlere bakın. Sanallaştırılmış bir ortamda çalışıyorsanız, G/Ç'nin fiziksel konak düzeyinde uygun şekilde dağıtıldığına emin olun.

Arc özellikli SQL Yönetilen Örneği kapasitesini, Veri, Günlükler, Veri Günlükleri ve Yedeklemeler için yeterli depolama boyutlarını içerecek şekilde planlayın. Arc özellikli SQL Yönetilen Örneği örneklerinde yer alacak tüm veritabanları için hem geçerli ihtiyaçları hem de öngörülen büyümeyi karşılayacak kapasiteyi planladığınızda, gelecekte PVC'leri yeniden boyutlandırmak zorunda kalmak zorunda kalabilirsiniz. Paralel G/Ç etkinliğinin gerçekleşmesine izin vermek için Data ve DataLogs için ayrı fiziksel sürücüler seçin. Paralel G/Ç etkinliği, paylaşılan sürücü kullanılırken ortaya çıkan olası çekişmelerden kaçınarak performansın iyileştirilmesine neden olur.

Arc özellikli SQL Yönetilen Örneği İş Açısından Kritik veya Genel Amaçlı katmanının dağıtımını dikte eden çeşitli faktörler olsa da, yerel depolamayı kullanmak İş Açısından Kritik en düşük gecikme süresini ve en yüksek kullanılabilirliği sağlar. Belirli bir noktaya geri yükleme, yüksek kullanılabilirlik ve olağanüstü durum kurtarma ile ilgili öneriler için Arc özellikli SQL Yönetilen Örneği iş sürekliliği tasarım alanını gözden geçirin. Ayrıca katmanlar arasındaki maliyet etkileri hakkında daha fazla bilgi edinmek için Arc özellikli SQL Yönetilen Örneği maliyet idaresi tasarım alanını gözden geçirin.

Aşağıdaki alt bölümler her katman için daha özel öneriler sağlar:

hizmet katmanı önerilerini Genel Amaçlı

En iyi performans için Data ve DataLogs Kalıcı Birimleri için düşük gecikme süreli uzak StorageClass seçmeniz önerilir. Yedekleme ve Günlük Kalıcı Birimleri için İnternet tarafından sağlanan bir StorageClass kullanmak üzere yapılandırılmış bir şirket içi kümeye sahip olmak gibi ağ bölümlerini tanıtan bir StorageClass kullanmaktan kaçının.

hizmet katmanı önerilerini İş Açısından Kritik

Seçilen her mod için farklı yapılandırma gerektiren Kullanılabilirlik modu farklarını gözden geçirmenizi öneririz.

Mümkün olan en düşük gecikme süresi gereksinimi senaryoları için, Kubernetes altyapınız için bir seçenekse yerel depolama'yı seçin. Disk G/Ç'sinde çekişme yaşanmasını önlemek ve performansı en üst düzeye çıkarmak için yerel depolama birimlerinin farklı temel alınan depolama cihazlarına inmesi gerekir. Depolama cihazının İşletim Sistemi bölümünü barındırma gibi birden çok işlevi olmamalıdır.

Okuma yoğunluklu iş yükleri ve yüksek kullanılabilirlik için birden çok çoğaltma yapılandırın ve uygulamalarınızı veya istemcilerinizi İkincil çoğaltmaları Okuma Scale-Out örnekleri olarak kullanacak şekilde yapılandırın. İkincil çoğaltmalar varsayılan olarak okunamaz; ayarını yapılandırabilirsiniz.

İzleme

Azure Arc Veri Denetleyicisi ve bir kümedeki Arc özellikli SQL Yönetilen Örneği tüm örnekleri dahil olmak üzere Arc özellikli veri hizmetleri tarafından oluşturulan tüm PVC'lerin izlenmesi önerilir. Kapasiteye yakın bir PVC yaklaştığında sizi bilgilendirmek için uyarılar ayarlayın. Bildirim, kapasiteye ulaşmadan önce PVC'yi yeniden boyutlandırmanıza olanak tanır. Doğrudan Bağlı kümeler için PVC'lerin ve uyarıların izlenmesi Azure İzleyici ve Container Insights tarafından gerçekleştirilir. Dolaylı Bağlı kümeleri kullandığınızda, grafana ve Kibana'da izleme ve uyarıları yapın. Grafana yüklemesi, Arc özellikli SQL Yönetilen Örneği ölçümleri ve Kubernetes kaynakları için panolar içerir.

Arc özellikli SQL Yönetilen Örneği izleme hakkında daha fazla öneri için Arc özellikli SQL Yönetilen Örneği idare disiplinlerini gözden geçirin.

Sonraki adımlar

Hibrit ve çoklu bulut bulut yolculuğunuz hakkında daha fazla bilgi için aşağıdaki makalelere bakın:

• Azure Arc özellikli veri hizmetleri için depolama yapılandırmasını gözden geçirin.
• Azure Arc özellikli veri hizmetleri için doğrulanmış Kubernetes dağıtımlarını gözden geçirin.
• Azure Arc özellikli veri hizmetlerinin boyutlandırma kılavuzunu gözden geçirin.
• Arc özellikli bir SQL Yönetilen Örneği Grafana ve Kibana ile izlemeyi gözden geçirin.
• Azure Arc Jumpstart ile Arc özellikli SQL Yönetilen Örneği otomatik senaryoları deneyimleyin.
• Azure Arc hakkında daha fazla bilgi edinmek için Microsoft Learn'de Azure Arc öğrenme yolunu gözden geçirin.