G­i­t­h­u­b­ ­s­o­n­ ­k­e­s­i­n­t­i­l­e­r­i­n­i­ ­a­ç­ı­k­l­ı­y­o­r­

G­i­t­h­u­b­ ­s­o­n­ ­k­e­s­i­n­t­i­l­e­r­i­n­i­ ­a­ç­ı­k­l­ı­y­o­r­

Microsoft’a ait kod paylaşım hizmeti GitHub, geçen hafta tekrarlanan kesintilerin birçoğunu etkilemesinin ardından “MySQL1” veritabanı kümesinde iyileştirmeler yapıyor. 73 milyon kullanıcı.

GitHub, “veritabanımızın sağlığını” etkileyen ve kullanıcılar için düşük bir deneyime neden olan sorunlar nedeniyle hizmetinin geçen hafta kapalı olduğunu itiraf etti.

GitHub’da mühendislik kıdemli başkan yardımcısı Keith Ballinger, “Bunun birçok müşterimizin üretkenliğini etkilediğini biliyoruz ve bunu çok ciddiye alıyoruz” dedi. bir blog yazısında.

“Son birkaç haftadaki sorunlarımızın kaynağı, yoğun yük dönemlerinde birçok hizmetimizin ve özelliğimizin performansını etkileyen mysql1 kümemizdeki kaynak çekişmesiyle ilgilidir” diye açıkladı.

Geçen hafta boyunca tekrarlanan GitHub kesintileri çok sayıda sosyal medya şikayetleri. downdetector.com’daki olay raporları 23 Mart’ta zirve yaptıçoğu projeler için başarısız itme ve çekme istekleriyle ilgili.

Ballinger, 16, 17, 22 ve 23 Mart’ta her biri iki ila beş saat süren dört olayı vurguluyor.

Yazılım hizmette barındırıldığı için GitHub kesintileri geliştiriciler için bir sorundur. GitHub, kurumsal uygulamaların çalışması için de önemlidir.

Ballinger, 16 Mart saat 14:09 UTC’deki kesintinin 5 saat 36 dakika sürdüğünü açıklıyor. GitHub’ın MySQL1 veritabanı aşırı yüklendi ve git işlemlerini, web kancalarını, çekme isteklerini, API isteklerini, sorunları, GitHub Paketlerini, GitHub Kod Alanlarını, GitHub Eylemlerini ve GitHub Eylemlerini, GitHub Pages hizmetlerini etkileyen kesintilere neden oldu.

“Olay, belirli koşullar için zayıf sorgu performansıyla birlikte yükteki ani artışla ilgili görünüyor” diyor.

GitHub’ın yük devretme mekanizmaları vardır, ancak bunlar da başarısız olmuştur. 17 Mart’ta saat 13:46 UTC’de başlayan ve iki saat 28 dakika süren bir kesinti.

“Bu artıştan önce sorgu performansı sorunlarını belirleyip çözemedik ve sorun yükselmeden önce proaktif olarak yük devretmeye karar verdik. Ne yazık ki bu, yeni kapatılan birincil sunucuda bağlantı sorunlarına neden olan yeni bir yükleme modeline neden oldu ve uygulamalar bir kez daha bu bağlantıları sıfırlamaya çalışırken mysql1’e bağlanamadık” diye belirtiyor.

22 ve 23 Mart’ta her ikisi de üç saatten az süren elektrik kesintileri meydana geldi.

“Bu üçüncü olayda, yoğun yükler sırasında performans özelliklerine daha yakından bakmak için veritabanı proxy’mizde bellek profili oluşturmayı etkinleştirdik. Aynı zamanda, mysql1’e istemci bağlantıları çöktü. Başarısız olmaya başladı ve yeniden birincil yük devretme yapmak zorunda kaldık. Toparlanmak için,” dedi Ballinger, 22 Mart olayı hakkında.

Ardından, 23 Mart’ta şirket web kancası trafiğini azalttı ve bu denetimi, veritabanı en yüksek yükleri kaldıramadığında gelecekteki sorunları azaltmak için kullanıyor.

Microsoft’a ait olan şirket, veritabanı kümesinin hizmetlerinden gelen trafik tarafından boğulmasını önlemek için önlemler aldığını duyurdu. Yük modellerini denetler, etkilenen veritabanı için çeşitli performans düzeltmeleri dağıtır, trafiği diğer veritabanlarına kaydırır ve yük devretme sürelerini azaltmaya çalışır.

“Bu kesintilerin neden olduğu olumsuz etkiler için içtenlikle özür dileriz. Bu tür kesintilerin işlerini her gün halletmek için bize güvenen müşteriler üzerindeki etkisini anlıyoruz ve kesintileri yönetebilmek için elimizden gelenin en iyisini yapmaya kararlıyız. ve kesinti süresini en aza indirin,” dedi Ballinger.

GitHub, birkaç hafta içinde Mart kullanılabilirlik raporunda daha fazla ayrıntı açıklayacak.


Kaynak: “ZDNet.com”

Popular Articles

Latest Articles