İçeriğe atla
SinaptikLabAI KNOWLEDGE PLATFORM

TEMSİLÎ VAKA · MADENCİLİK

Model eğitimi için hızlandırıcı planlaması

Veri ekibinin elinde paylaşılan birkaç hızlandırıcı düğümü vardı ve sıra mesaj kanalı üzerinden yürüyordu: kim önce yazdıysa düğümü alıyor, akşam bırakılan bir oturum sabaha kadar kaynağı boşta tutuyordu. Kampanya dönemlerinde konveyör görüntü modelinin yeniden eğitimi kuyruğu tıkıyor, jeoistatistik simülasyonları günlerce bekliyordu. Hangi işin ne kadar bellek ve ne kadar süre istediğini kimse bilmiyordu; bellek taşması bir tahmin değil, sürpriz olarak geliyordu. Şirket içi mi bulut mu sorusuna da fiyat listesi üzerinden bakılıyordu, verinin nerede durduğu üzerinden değil.

Beklenen etki

Kapsam
Geliştirme, eğitim ve çıkarım işleri ayrı kuyruklara alındı; her işin bellek tavanı ve azami süresi tanımlı
Ölçüm
Hızlandırıcı doluluğu ile veri yükleme beklemesi ayrı ayrı izleniyor; boşta geçen süre artık görünür
Karar düzeni
Şirket içi ile bulut arasındaki seçim, verinin bulunduğu yer ve bağlantı penceresiyle birlikte gerekçelendiriliyor
Uyum
Kişisel veri taşıyan görüntü kümeleri için maskeleme ve aktarım kapısı iş tanımının parçası

Temsilî senaryo: buradaki satırlar ölçüm sonucu değil, bu kurulumda hangi büyüklüğün izlenmesi gerektiğini gösterir.

TEMSİLÎ SENARYO

Bu kayıt gerçek bir müşteri işi değildir. Sinaptik Lab'in bu problemde izlediği yaklaşımı, mimari kararları ve ölçüm düzenini göstermek için yazılmış temsilî bir senaryodur: kurum adı taşımaz, içindeki hiçbir değer gerçek ölçüm değildir ve referans olarak gösterilemez. Gerçek projelerden vakalar müşteri onayı alındıkça bu kütüphaneye eklenir.

Problem

Veri ekibinin elinde paylaşılan birkaç hızlandırıcı düğümü vardı ve sıra mesaj kanalı üzerinden yürüyordu: kim önce yazdıysa düğümü alıyor, akşam bırakılan bir oturum sabaha kadar kaynağı boşta tutuyordu. Kampanya dönemlerinde konveyör görüntü modelinin yeniden eğitimi kuyruğu tıkıyor, jeoistatistik simülasyonları günlerce bekliyordu. Hangi işin ne kadar bellek ve ne kadar süre istediğini kimse bilmiyordu; bellek taşması bir tahmin değil, sürpriz olarak geliyordu. Şirket içi mi bulut mu sorusuna da fiyat listesi üzerinden bakılıyordu, verinin nerede durduğu üzerinden değil.

Yaklaşım

İlk iş satın alma değil ölçme oldu: mevcut işlerin bellek izi, süresi ve hızlandırıcı doluluğu kaydedildi; düğümlerin çoğu zaman dolu değil veri yükleme hattını bekliyor olduğu böyle görüldü. İşler geliştirme, eğitim ve çıkarım olarak üç sınıfa ayrıldı; her sınıf ayrı kuyruğa, ölçülen tepe değerine dayanan bir bellek tavanına ve azami süreye bağlandı, etkileşimli geliştirme oturumları bölünmüş kaynakla sınırlandı. Şirket içi ile bulut arasındaki karar verinin ağırlığına göre verildi: saha görüntülerinin bağlantı penceresi darken büyük kümeyi yukarı taşımak eğitimin kendisinden uzun sürüyordu, bu yüzden sürekli işler yerinde kaldı ve yalnızca kampanya dönemi yeniden eğitimleri buluta taştı. Taşan işlerin kesintiye uğrayabilen kapasitede koşabilmesi için düzenli kontrol noktası yazmak zorunlu kılındı; kişisel veri taşıyan görüntü kümeleri ise maskeleme kapısından geçmeden kuyruğa bile girmedi.

Kullanılan teknolojiler

  • İş sınıflandırması ve kuyruk politikası
  • Adil paylaşım ve öncelik kesmesi
  • Hızlandırıcı bölümleme
  • Kontrol noktası zorunluluğu
  • Bellek ve veri hattı profillemesi
  • Maskeleme öncesi aktarım kapısı
01VAKA ANLATIMI

Bağlam, kurulum ve ölçüm

Problem ve yaklaşım özetin üstünde; burada kararların gerekçesi ve mimarinin ayrıntısı var.

Bağlam ve kısıtlar#

İş yükü tek tip değil: karot görüntülerinden alterasyon sınıflandırması, konveyör üzerindeki malzemenin parça boyutu dağılımını çıkaran görüntü modelleri, blok model üzerinde koşan jeoistatistik simülasyonlar ve sabit tesis ekipmanları için zaman serisi modelleri aynı kaynakları paylaşıyor. Bunların kaynak ihtiyacı birbirine hiç benzemiyor; simülasyon uzun ve bellek yoğun, görüntü eğitimi veri yoğun, geliştirme oturumları ise çoğu zaman kısa hesap ve uzun bekleme.

Kısıtların bir kısmı fiziksel: saha sunucu odasının gücü ve soğutması sınırlı, ortam tozlu, merkeze çıkan hat dar ve aktarım pencereleri vardiya düzenine göre planlanıyor. Bir kısmı hukuki: konveyör ve ocak kameraları personeli görüntülediği için bu kümeler kişisel veri taşıyor. Planlama kararı bu yüzden sadece kapasite değil, verinin nerede durabileceği sorusu.

Veri ve erişim#

Veri ağırlığı hesabın nerede yapılacağını belirledi: büyük görüntü kümeleri sahada doğuyor ve orada duruyor, sondaj ile blok model verisi merkezde sürümlü tutuluyor, zaman serileri ise sürekli akıyor. Eğitim işleri veri havuzuna yalnızca okuma yetkisiyle bağlandı; yazma yetkisi veri hattı hesabında kaldı ki bir eğitim işi kazara kaynak kümeyi değiştirmesin. Her işin hangi veri sürümüyle koştuğu iş kaydına yazıldı, çünkü kuyruk düzeni yeniden üretilebilirliği bozmamalıydı.

  • Saha görüntüleri: karot fotoğrafları ve konveyör kamera kayıtları; hacim büyük, üretim yeri saha, bağlantı penceresi dar
  • Sondaj ve blok model verisi: jeoloji veritabanı ve simülasyon çıktıları, merkezde ve sürümlü
  • Ekipman zaman serileri: filo takip ve sabit tesis sensör kayıtları, yüksek çözünürlükte ve sürekli akan
  • Etiket kümeleri: uzman etiketlemesi, sürümlü; eğitim işinin hangi sürümle koştuğu iş kaydında
  • Kişisel veri: kamera kayıtlarında personel görüntüsü; maskeleme öncesi küme sahadan çıkmıyor
  • Erişim: eğitim işleri salt okunur havuza bağlanıyor, yazma yetkisi yalnızca veri hattı hesabında

Mimari kararlar#

Kararların ortak mantığı şuydu: kapasite artırmadan önce mevcut kapasitenin neden boş kaldığını açıklamak. Bellek yetmediğinde ilk hamle daha büyük bellek değil, karma duyarlık ve etkinleştirme yeniden hesabı gibi yazılım tarafındaki seçenekler oldu; bunlar tükendiğinde satın alma tartışması ölçülmüş bir gerekçeyle açıldı.

KararSeçilen yolNeden
Kuyruk düzeniSınıf başına ayrı kuyruk, adil paylaşım ve kesmeTek kuyrukta uzun eğitim işi kısa işleri süresiz bekletiyordu
Geliştirme işleriBölünmüş hızlandırıcı ve otomatik zaman aşımıEtkileşimli oturumlar bütün düğümü tutup çoğu zaman boş bırakıyordu
Bellek sınırıÖlçülen tepe değerine göre tavanBildirilen değere güvenen kuyrukta bir iş komşusunu düşürüyor
Şirket içi ve bulutSürekli işler yerinde, kampanya taşması buluttaSaha görüntülerini yukarı taşımak bağlantı penceresine takılıyor
Kesintili kapasiteYalnızca kontrol noktası yazan işlere açıkKontrol noktası olmadan kesinti, ucuz kapasiteyi en pahalı seçeneğe çeviriyor
Kişisel veriMaskeleme kapısı iş tanımının parçasıKararın hukuki dayanağı teknik uygunluktan önce geliyor
Tablo karar gerekçelerini taşır; karşılaştırmalı ölçümler iş kaydı ve haftalık kuyruk raporundan okunur.

Güvenlik ve yetki#

Hızlandırıcı planlaması beklenmedik biçimde bir uyum sorusu doğurdu: konveyör ve ocak kameraları personeli görüntülüyor, yani bu kümeler kişisel veri taşıyor. Maskeleme, kümenin şirket dışına çıkmasından önceki bir kapı olarak iş tanımına yazıldı; maskeleme adımı koşmadıysa iş kuyruğa kabul edilmiyor ve ret kaydı düşüyor. Yurt dışındaki bir işleme ortamında eğitim yapılacaksa aktarımın hukuki dayanağı ayrıca kayıt altına alındı ve bu karar veri ekibine değil uyum tarafına bırakıldı.

Ölçüm düzeni#

  • İş başına kayıt: hızlandırıcı doluluğu, bellek tepe değeri, süre ve kuyrukta bekleme ayrı alanlarda
  • Veri hattı beklemesi: hızlandırıcının veriyi beklediği süre ayrı ölçülüyor, doluluk tek gösterge sayılmıyor
  • Kuyruk adaleti: sınıf başına bekleme dağılımı haftalık gözden geçirmede açılıyor
  • Kontrol noktası denetimi: kesintili kapasitede koşan işlerin gerçekten kontrol noktası yazdığı sınanıyor
  • Yeniden üretilebilirlik: her eğitim işi veri sürümü, kod sürümü ve yapılandırmayla birlikte kaydediliyor

Devreye alma ve işletme#

  1. 1Ölçme dönemi

    Mevcut işler değiştirilmeden bellek, süre ve doluluk kaydı toplandı; darboğazın veri hattında olduğu burada görüldü.

  2. 2Kuyruk politikası

    Sınıf başına kuyruk, bellek tavanı ve azami süre tanımlandı; geliştirme işleri bölünmüş kaynağa alındı.

  3. 3Taşma yolu

    Kampanya yeniden eğitimleri için bulut taşması, kontrol noktası disiplini ve maskeleme kapısı zorunluluğuyla açıldı.

  4. 4Haftalık gözden geçirme

    Kuyruk raporu, boşta geçen süre ve reddedilen işler ekiple birlikte okunuyor; politika bu toplantıda değişiyor.

Nerede yanıldık#

Başlangıçta kapasite hesabını iş sayısıyla yaptık ve mevcut düğümlerin yetmediğine karar vermiştik; profilleme sonrası hızlandırıcıların önemli bir bölümünün veri yükleme hattını beklediğini gördük, yani donanım almak darboğazı çözmeyecek, sadece daha pahalı biçimde bekletecekti. İkinci hata bellek tavanını işi gönderen kişinin bildirdiği değere bağlamaktı; bildirimler iyimserdi ve bir iş komşusunu düşürdüğünde kuyruğa duyulan güven de düştü, tavanı ölçülen tepe değerine taşıdık. Üçüncüsü bulut tarafındaydı: kesintiye uğrayabilen kapasiteyi ucuz sandık, kontrol noktası yazmayan işler kesildikçe aynı eğitimi baştan koşmak en pahalı seçenek oldu.

02ÖĞRENİLEN DERSLER

Bir sonraki projede ne değişir?

Bir vakanın en değerli bölümü sonuç değil, tekrar edilebilir dersidir.

  1. 01

    Kuyruk tıkanıklığı hızlandırıcı yetersizliği sanılıyordu; profilleme çoğu işin veri yükleme hattını beklediğini gösterdi — donanım almak bu darboğazı çözmek değil büyütmek olurdu.

  2. 02

    Bellek tavanı olmayan kuyrukta tek bir iş komşusunu düşürüyor; tavan işin bildirdiği değere değil ölçülen tepe değerine göre konmalı.

  3. 03

    Kesintiye uğrayabilen kapasite ancak kontrol noktası disiplini varsa ucuz; kontrol noktası yazmayan bir iş için aynı kapasite en pahalı seçenek.

  4. 04

    Etkileşimli geliştirme oturumları kaynağı uzun süre tutarken çoğu zaman boş bırakıyor; bölünmüş kaynak ve otomatik zaman aşımı bu kalıbı kırdı.

  5. 05

    Verinin ağırlığı fiyat listesinden ağır: saha bağlantı penceresi darken kümeyi yukarı taşımanın süresi, eğitimin süresinden uzun çıkabiliyor.

03DİĞER VAKALAR

Vaka kütüphanesinden

BUILD

Aynı yaklaşımı kurumunuzda kurmak ister misiniz?

Discovery oturumunda mevcut durumunuzu, veri erişiminizi ve başarı tanımınızı birlikte yazıyoruz.