Azure SRE Aracısı'nda Azure desteği istekleri oluşturma

Azure desteği isteklerinin dosyalanması neden zordur?

Azure SRE Aracısı'nda Azure destek istekleri oluşturmak, etkili destek talepleri açma sürecindeki manuel işi ortadan kaldırır. Normalde doğru hizmet kategorisini seçer, ortamı ve belirtileri açıklar ve günlükler ve ölçümler gibi kanıtlar eklersiniz. Ajanınız tüm bunları otomatik olarak halleder.

Çoğu bilet, belgelenmemiş olarak gelir. Destek mühendisi, sorun giderme sırasında zaten topladığınız bilgileri ister ve çözüme saatler ekler. Daha da kötüsü, yanlış yönlendirilmiş bilet (yanlış hizmet veya sorun sınıflandırması) önceliklendirmeyi günlere göre geciktirebilir.

Aracınız Azure desteği isteklerini nasıl oluşturur?

Ajanınız, daha önce topladığı tanılama kanıtlarına dayanarak destek talebi oluşturur. Kopyalama yapıştırma yok, Azure portalı destek sihirbazına gitmek yok, hangi hizmet kategorisini seçeceğinizi tahmin etmek yok.

1. Adım: Temsilci bir bilet oluşturmayı teklif eder

Herhangi bir sorun giderme oturumunun sonunda, aracınız bir özet sunar ve ne yapmak istediğinizi sorar:

DIAGNOSTIC SESSION COMPLETE

Summary of what I found:
- Symptom:           VPN tunnel drops every ~50 minutes
- Suspected cause:   PFS missing on IPsec rekey
- Confidence:        High
- Boundary:          Inside Azure

Is the information I provided sufficient, or would you like me to
create an Azure Support Request with the full analysis attached?

  1. Sufficient - just save the report
  2. Yes, create a Support Request
  3. Just give me the PDF report
  4. I'd like to ask follow-up questions first

Bu adımı istediğiniz zaman sohbette sorarak da tetikleyebilirsiniz:

Create a support request for this VPN issue

File an Azure support ticket - the ExpressRoute circuit isn't learning routes

2. Adım: Aracı, iletişim bilgilerinizi toplar

Bilet oluşturmayı seçerseniz aracı, bilgilerinizi tek bir blokta ister:

3. Adım: Ajan doğru yönlendirmeyi belirler

Aracı, kök nedeni doğru Azure hizmeti ve sorun sınıflandırması ile eşler. Örneğin, bir VPN yeniden anahtarlama hatası, genel bir ağ kategorisine değil, VPN Gateway > Bağlantı ve Performans > Siteden Siteye kategorisine yönlendirilir.

Aracı, göndermeden önce hizmet ve sorun sınıflandırma kimliklerinin eşleştiğini doğrular; böylece yaygın "ürün ve alan yolu eşleşmiyor" hatasını ortaya çıkmadan önce yakalar.

4. Adım: Temsilci talebi oluşturur

Destek isteği açıklaması yapılandırılmıştır, serbest biçimli değildir:

1. Bildirdiğiniz gibi belirti
2. Ortam: abonelik, kaynak grubu, kaynak ve hedef kaynaklar
3. Tanılama modu: Etkin veya Pasif, hangi araçların kullanıldığı
4. Her atlamaya ilişkin bulgular: başarılı/başarısız durumu ile kontrol edilen her ağ atlaması
5. Önemli kanıt: geçerli rotalar, BGP durumu, devre metrikleri, günlük kayıtlarından alıntılar
6. Devre dışı bırakılanlar: sağlam olduğu doğrulanan bileşenler
7. Bilinmeyenler: destek ekibinin araştırılması gereken boşluklar
8. Şüpheli kök neden: açıkça etiketlenmiş hipotez
9. Adımlar zaten denendi: Yükseltmeden önce yaptıklarınız
10. PDF ek referansı: tam tanılama raporu ekte

Aracı, tam tanılama analizinden (Denizkızı ağ yolu diyagramı dahil) bir PDF oluşturur ve bunu bilete ekler.

5. Adım: Onay

Bileti oluşturduktan sonra temsilci, bilet kimliğini ve bileti Azure portalında yönetmek için doğrudan bir bağlantıyı paylaşarak onay verir.

Requirements

Destek istekleri için Azure SRE Aracısını kullanmadan önce ve sonra

İlgili içerik

• Azure gözlemlenebilirliği ile Teşhis et
• Olay değerini izleme