Çıplak makinelerin yaşam döngüsünü yönetme
Bu makalede, çıplak makinelerde (BMM) yaşam döngüsü yönetimi işlemlerinin nasıl gerçekleştirildiği açıklanır. Bu adımlar, hatalardan kurtarmak veya bakım eylemleri gerçekleştirirken sorun giderme amacıyla kullanılmalıdır. BMM'nin yaşam döngüsünü yönetme komutları şunlardır:
Dikkat
Önce Microsoft destek personeline danışmadan yönetim sunucularına karşı herhangi bir işlem gerçekleştirmayın. Bunu yapmak, İşleç Nexus Kümesinin bütünlüğünü etkileyebilir.
- BMM'yi kapatma
- BMM'yi başlatma
- BMM'yi yeniden başlatma
- BMM'yi zamanlanamaz hale getirin (boşaltılmadan kordon)
- BMM'yi zamanlanamaz hale getirin (tahliye ile kordon)
- BMM zamanlanabilir (uncordon) yapma
- BMM'yi yeniden adlandırma
- BMM'yi değiştirme
Önemli
Bir Kubernetes Denetim Düzlemi (KCP) düğümüne yönelik kesintiye neden olan komut istekleri, başka bir KCP düğümünde zaten çalışan başka bir kesintiye neden olan eylem komutu varsa veya tam KCP kullanılamıyorsa reddedilir. Bu denetim, Nexus örneğinin bütünlüğünü korumak ve eşzamanlı kesintiye neden olan eylemler nedeniyle birden çok KCP düğümünün aynı anda kapanmadığından emin olmak için yapılır. Birden çok düğüm devre dışı kalırsa Kubernetes Denetim Düzlemi'nin iyi durumdaki çekirdek eşiğini kırar.
Yukarıdaki listede yer alan kalın yazılmış eylemler kesintiye neden olabilir (Kapatma, Yeniden Başlatma, Yeniden Kullanım, Değiştir). Tahliye olmadan kordon kesintiye uğratıcı olarak kabul edilmez. Tahliye ile kordon kesintiye neden olarak kabul edilir.
Uyarı bildiriminde belirtildiği gibi, yönetim sunucularına, özellikle de KCP düğümlerine yönelik eylemlerin çalıştırılması yalnızca Microsoft destek personeline danışarak yapılmalıdır.
Önkoşullar
- Uygun CLI uzantılarının en son sürümünü yükleyin.
- BMM - Küme yönetilen kaynak grubu adı (cluster_MRG) için kaynak grubunun adını alın.
- Yaşam döngüsü yönetimi işlemi gerektiren çıplak makinenin adını alın.
- Hedef çıplak makinenin
poweredState
olarak ayarlandığındanOn
vereadyState
olarak ayarlandığındanTrue
emin olun.- Bu önkoşul komut için
start
geçerli değildir.
- Bu önkoşul komut için
BMM'yi kapatma
Bu komut power-off
, belirtilen bareMetalMachineName
olacaktır.
az networkcloud baremetalmachine power-off \
--name "bareMetalMachineName" \
--resource-group "cluster_MRG"
BMM'yi başlatma
Bu komut start
, belirtilen bareMetalMachineName
olacaktır.
az networkcloud baremetalmachine start \
--name "bareMetalMachineName" \
--resource-group "cluster_MRG"
BMM'yi yeniden başlatma
Bu komut restart
, belirtilen bareMetalMachineName
olacaktır.
az networkcloud baremetalmachine restart \
--name "bareMetalMachineName" \
--resource-group "cluster_MRG"
BMM'yi zamanlanamaz hale getirme (kordon)
Komutunu yürüterek cordon
BMM'yi zamanlanamaz hale getirebilirsiniz.
Komutun yürütülmesinde cordon
, Cordon ayarlandığında Operator Nexus iş yükleri BMM'de zamanlanmamıştır; BMM üzerinde cordoned
iş yükü oluşturma girişimleri iş yükünün durum olarak ayarlanmasına pending
neden olur. Mevcut iş yükleri çalışmaya devam eder.
cordon komutu, varsayılan False
değere sahip bir evacuate
parametreyi destekler.
komutunu yürütürken cordon
parametresinin değeriyle True
evacuate
BMM üzerinde çalışan iş yükleri ve stopped
BMM durum olarak pending
ayarlanır.
az networkcloud baremetalmachine cordon \
--evacuate "True" \
--name "bareMetalMachineName" \
--resource-group "cluster_MRG"
bu evacuate "True"
düğümden iş yüklerini kaldırırken evacuate "False"
yalnızca yeni iş yüklerinin zamanlanmasını engeller.
BMM'yi "zamanlanabilir" yapma (uncordon)
Komutunu yürüterek uncordon
BMM'yi "zamanlanabilir" (kullanılabilir) yapabilirsiniz. BMM'deki bir pending
durumdaki tüm iş yükleri restarted
, BMM olduğunda olur uncordoned
.
az networkcloud baremetalmachine uncordon \
--name "bareMetalMachineName" \
--resource-group "cluster_MRG"
BMM'yi yeniden oluşturma
Komutunu yürüterek reimage
BMM'de çalışma zamanı sürümünü geri yükleyebilirsiniz. Bu işlem , çalışma zamanı görüntüsünü hedef BMM'de yeniden dağıtır ve kümeye aynı tanımlayıcılarla yeniden katılma adımlarını yürütür. Bu eylem, bu BMM'de kiracı iş yükü dosyalarını etkilemez.
En iyi uygulama olarak, komutu yürütmeden önce BMM'nin iş yüklerinin ile komutu kullanılarak cordon
evacuate "True"
boşaltıldığından reimage
emin olun.
Uyarı
Aynı anda birden baremetalmachine replace
fazla veya reimage
komut çalıştırmak ya da aynı anda reimage
komutunu çalıştırmak replace
sunucuları çalışma dışı durumda bırakır. Başka bir tane başlatmadan önce birinin replace
/reimage
tamamen tamamlandığından emin olun.
az networkcloud baremetalmachine reimage \
–-name "bareMetalMachineName" \
--resource-group "cluster_MRG"
BMM'yi değiştirme
replace
Sunucu tam veya kısmi donanım değişimi gerektiren donanım sorunlarıyla karşılaştığında komutunu kullanın. Anakart veya Ağ Arabirim Kartı (NIC) değişimi gibi bileşenlerin değiştirilmesinden sonra BMM'nin MAC adresi değişir, ancak iDRAC IP adresi ve ana bilgisayar adı aynı kalır.
Uyarı
Aynı anda birden baremetalmachine replace
fazla veya reimage
komut çalıştırmak ya da aynı anda reimage
komutunu çalıştırmak replace
sunucuları çalışma dışı durumda bırakır. Başka bir tane başlatmadan önce birinin replace
/reimage
tamamen tamamlandığından emin olun.
az networkcloud baremetalmachine replace \
--name "bareMetalMachineName" \
--resource-group "cluster_MRG" \
--bmc-credentials password="{password}" username="{user}" \
--bmc-mac-address "00:00:4f:00:57:ad" \
--boot-mac-address "00:00:4e:00:58:af" \
--machine-name "OS_hostname" \
--serial-number "BM1219XXX"
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