CLI kullanarak doğrudan bağlı bir Azure Arc veri denetleyicisini yükseltme
Bu makalede, Azure CLI ( ) kullanarak doğrudan bağlı Azure Arc özellikli bir veri denetleyicisinin nasıl yükseltildiği açıklanmaktadıraz
.
Veri denetleyicisi yükseltmesi sırasında, veri denetim düzleminin Özel Kaynak Tanımları (CRD' ler) ve kapsayıcılar gibi bölümleri yükseltilebilir. Veri denetleyicisi yükseltmesi, veri hizmetlerinde (SQL Yönetilen Örneği veya PostgreSQL sunucusu) kapalı kalma süresine neden olmaz.
Ön koşullar
imageTag v1.0.0_2021-07-30 veya üzerini içeren doğrudan bağlı bir veri denetleyicisine ihtiyacınız olacaktır.
Sürümü denetlemek için şunu çalıştırın:
kubectl get datacontrollers -n <namespace> -o custom-columns=BUILD:.spec.docker.imageTag
Araçları yükleme
Bu makaledeki görevlere devam etmeden önce şunları yüklemeniz gerekir:
Bu makaledeki örneklerde, betiği çalıştırmadan önce değiştirmeniz gereken değerleri tanımlamak için açılı ayraçlar < ... >
kullanılır. Köşeli ayraçları ve köşeli ayraç içindeki değerleri değiştirin.
arcdata
Uzantı sürümü ve görüntü sürümü ilişkilidir. Sürüm günlüğünde yükseltmek istediğiniz görüntü sürümüne karşılık gelen doğru arcdata
uzantı sürümüne sahip olup olmadığınızı denetleyin.
Kullanılabilir görüntüleri görüntüleme ve bir sürüm seçme
Aşağıdaki komutla veri denetleyicisi için kullanılabilir görüntülerin listesini çekin:
az arcdata dc list-upgrades --k8s-namespace <namespace>
Yukarıdaki komut aşağıdaki örneğe benzer bir çıktı döndürür:
Found 2 valid versions. The current datacontroller version is v1.0.0_2021-07-30.
v1.1.0_2021-11-02
v1.0.0_2021-07-30
Veri denetleyicisini yükseltme
Bu bölümde, doğrudan bağlı bir veri denetleyicisini yükseltme gösterilmektedir.
Dekont
Veri hizmetleri katmanlarından ve modlarından bazıları genel kullanıma sunulur ve bazıları önizleme aşamasındadır. Ga ve önizleme hizmetlerini aynı veri denetleyicisine yüklerseniz, yükseltmeyi yerinde yapamazsınız. Yükseltmek için ga dışı tüm veritabanı örneklerini silin. Genel kullanıma sunulan ve önizleme hizmetlerinin listesini Sürüm Notları'nda bulabilirsiniz.
Desteklenen yükseltme yolları için bkz . Azure Arc özellikli veri hizmetlerini yükseltme.
Kimliği doğrula
Bir Kubernetes kümesine bağlanıp kimlik doğrulaması yapmanız ve Azure Arc veri denetleyicisi yükseltmesine başlamadan önce mevcut bir Kubernetes bağlamının seçilmesi gerekir.
kubectl config use-context <Kubernetes cluster name>
Veri denetleyicisini yükseltme
Önce bir kuru çalıştırma yapabilirsiniz. Kuru çalıştırma kayıt defterinin, sürüm şemasının ve özel depo yetkilendirme belirtecinin (kullanılıyorsa) mevcut olduğunu doğrular. Kuru çalıştırma gerçekleştirmek için komutundaki parametresini az arcdata dc upgrade
kullanın--dry-run
. Örnek:
az arcdata dc upgrade --resource-group <resource group> --name <data controller name> --desired-version <version> --dry-run [--no-wait]
Yukarıdaki komutun çıktısı:
Preparing to upgrade dc arcdc in namespace arc to version <version-tag>.
****Dry Run****
Arcdata Control Plane would be upgraded to: <version-tag>
Arc veri denetleyicisi uzantısı yükseltildikten sonra ile görüntü etiketini --desired-version
belirterek komutunu çalıştırınaz arcdata dc upgrade
.
az arcdata dc upgrade --resource-group <resource group> --name <data controller name> --desired-version <version> [--no-wait]
Örnek:
az arcdata dc upgrade --resource-group rg-arcds --name dc01 --desired-version v1.7.0_2022-05-24 [--no-wait]
Yükseltme durumunu izleme
CLI ile yükseltmenin ilerleme durumunu izleyebilirsiniz.
CLI
az arcdata dc status show --resource-group <resource group>
Yükseltme iki bölümden oluşur. Önce denetleyici yükseltilir, ardından izleme yığını yükseltilir. Yükseltme tamamlandığında çıkış şu şekilde olur:
Ready
Sorun giderme
İstenen sürüm belirli bir sürüme ayarlandığında, önyükleyici işi başarılı olana kadar bu sürüme yükseltmeyi dener. Yükseltme başarılı olursa, RunningVersion
belirtim özelliği yeni sürüme güncelleştirilir. Yükseltmeler, yanlış görüntü etiketi, kayıt defterine veya depoya bağlanamama, kapsayıcılara ayrılan CPU veya belleğin yetersiz olması veya yetersiz depolama alanı gibi senaryolar için başarısız olabilir.
Podlardan herhangi birinin durum gösterip göstermediğini
Error
veya yeniden başlatma sayısının yüksek olup olmadığını görmek için aşağıdaki komutu çalıştırın:kubectl get pods --namespace <namespace>
Bir hata olup olmadığını görmek için Olaylar'a bakmak için komutunu çalıştırın
kubectl describe pod <pod name> --namespace <namespace>
Podlardaki kapsayıcıların listesini almak için
kubectl get pods <pod name> --namespace <namespace> -o jsonpath='{.spec.containers[*].name}*'
Kapsayıcının günlüklerini almak için komutunu çalıştırın
kubectl logs <pod name> <container name> --namespace <namespace>
Yaygın hataları ve bunların nasıl giderilirlerini görüntülemek için Sorun giderme kaynakları bölümüne gidin.
Geri Bildirim
https://aka.ms/ContentUserFeedback.
Çok yakında: 2024 boyunca, içerik için geri bildirim mekanizması olarak GitHub Sorunları’nı kullanımdan kaldıracak ve yeni bir geri bildirim sistemiyle değiştireceğiz. Daha fazla bilgi için bkz.Gönderin ve geri bildirimi görüntüleyin