Aracılığıyla paylaş

CLI kullanarak doğrudan bağlı bir Azure Arc veri denetleyicisini yükseltme

  • Makale

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-versionbelirterek 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.

  1. 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>

  2. 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>

  3. Podlardaki kapsayıcıların listesini almak için

    kubectl get pods <pod name> --namespace <namespace> -o jsonpath='{.spec.containers[*].name}*'

  4. 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.