LMS ve eğitim platformlarında kullanıcı yoğunluğunu hesaplamak için eş zamanlı kullanıcı, pik senaryo, içerik türü ve sunucu kapasitesini birlikte değerlendirin.
LMS veya eğitim platformu planlarken en kritik soru, aynı anda kaç kullanıcının sistemi zorlayacağıdır. Toplam kayıtlı öğrenci sayısı tek başına yeterli değildir; asıl belirleyici olan eş zamanlı kullanım, ders içeriklerinin türü, sınav yoğunluğu, video trafiği ve yönetim panelinde yapılan işlemlerdir. Bu nedenle kapasite hesabı yalnızca teknik bir sunucu seçimi değil, eğitim operasyonunun kesintisiz ilerlemesini sağlayan stratejik bir planlama adımıdır.
Bir platformda 20.000 kayıtlı kullanıcı olması, 20.000 kişinin aynı anda giriş yapacağı anlamına gelmez. Günlük aktif kullanıcı, pik saat davranışı ve eş zamanlı oturum oranı ayrı ayrı değerlendirilmelidir. Örneğin kurumsal eğitimlerde çalışanlar genellikle mesai başlangıcında veya sınav kapanışına yakın saatlerde yoğunlaşır. Üniversite ve uzaktan eğitim senaryolarında ise canlı ders saatleri, ödev teslim tarihleri ve çevrim içi sınavlar ani yük oluşturur.
Sağlıklı hesaplama için şu ayrım yapılmalıdır: kayıtlı kullanıcı, aylık aktif kullanıcı, günlük aktif kullanıcı ve eş zamanlı kullanıcı. Kapasite kararını en çok etkileyen değer, eş zamanlı kullanıcı sayısıdır.
Pratik bir başlangıç hesabı için toplam kullanıcı sayısını aktiflik oranı ve eş zamanlılık katsayısı ile çarpabilirsiniz. Bu yöntem kesin kapasite vermez ancak ilk planlama için güvenilir bir çerçeve oluşturur.
Örnek formül: Eş zamanlı kullanıcı = Toplam kullanıcı x Günlük aktiflik oranı x Pik saat eş zamanlılık oranı
10.000 kayıtlı kullanıcısı olan bir LMS düşünelim. Kullanıcıların yüzde 30’u günlük aktifse 3.000 günlük aktif kullanıcı vardır. Bu kullanıcıların yüzde 20’si pik saatte aynı anda işlem yapıyorsa yaklaşık 600 eş zamanlı kullanıcı beklenir. Sınav günü bu oran yüzde 40’a çıkabilir; bu durumda kapasite 1.200 eş zamanlı kullanıcıya göre değerlendirilmelidir.
Metin ağırlıklı dersler, quizler ve forum kullanımı genellikle daha düşük kaynak tüketir. Buna karşılık video dersler, canlı yayınlar, SCORM paketleri, sertifika üretimi ve raporlama ekranları daha fazla işlem gücü ve bant genişliği gerektirir. Özellikle video dosyaları doğrudan LMS üzerinden sunuluyorsa trafik maliyeti ve disk I/O ihtiyacı hızla artabilir.
Video içerikler için ayrı bir medya altyapısı veya CDN kullanmak, LMS uygulama sunucusunun üzerindeki yükü azaltır. Bu ayrım yapılmadığında güçlü görünen bir yapı bile sınav veya canlı ders saatinde yavaşlayabilir.
LMS projelerinde kapasite seçimi yalnızca CPU ve RAM değerlerine bakılarak yapılmamalıdır. Veritabanı performansı, disk tipi, yedekleme zamanı, PHP worker kapasitesi, eş zamanlı bağlantı limiti ve önbellekleme yapısı birlikte değerlendirilmelidir. Özellikle Moodle, WordPress tabanlı LMS eklentileri veya özel geliştirilmiş eğitim platformlarında veritabanı sorguları pik saatlerde darboğaz oluşturabilir.
En sık yapılan hata, normal gün trafiğine göre planlama yapmaktır. Oysa LMS platformlarında gerçek risk özel günlerde ortaya çıkar: sınav başlangıcı, sınav bitişine son 15 dakika, sertifika sorgulama, toplu duyuru sonrası girişler ve yeni dönem açılışları. Bu nedenle kapasite hesabında en az 2 farklı senaryo oluşturulmalıdır: normal kullanım ve pik kullanım.
Kurumsal tarafta departmanlara göre eğitim ataması yapılıyorsa, tüm çalışanları aynı gün eğitime yönlendirmek yerine kademeli erişim planı uygulanabilir. Bu basit operasyonel karar, gereksiz altyapı maliyetini azaltırken kullanıcı deneyimini korur.
1.000 kayıtlı kullanıcı, yüzde 25 günlük aktiflik ve yüzde 20 pik eş zamanlılık varsayımıyla yaklaşık 50 eş zamanlı kullanıcı beklenir. Bu ölçekte optimize edilmiş paylaşımlı yapı yerine yönetilebilir VPS veya bulut sunucu daha kontrollü bir tercih olabilir.
10.000 kullanıcıda normal günlerde 500-700 eş zamanlı kullanıcı, sınav döneminde 1.000 üzeri eş zamanlı oturum görülebilir. Bu seviyede uygulama ve veritabanı katmanlarını ayırmak, önbellek kullanmak ve düzenli yük testi yapmak gerekir.
50.000 ve üzeri kullanıcıda tek sunucu yaklaşımı genellikle sürdürülebilir değildir. Yük dengeleme, ayrı veritabanı sunucusu, CDN, izleme araçları ve otomatik ölçekleme planı gündeme alınmalıdır. Bu noktada hosting seçimi, yalnızca paket satın alma değil, büyüme mimarisi kararıdır.
Teorik hesaplama mutlaka gerçekçi yük testiyle kontrol edilmelidir. Testte yalnızca giriş işlemi değil; ders açma, video başlatma, quiz gönderme, dosya indirme ve rapor görüntüleme gibi kullanıcı akışları simüle edilmelidir. Aksi halde test sonucu olumlu görünse bile gerçek kullanımda beklenmeyen yavaşlamalar yaşanabilir.
Canlıya geçtikten sonra CPU, RAM, disk I/O, veritabanı sorgu süresi, hata oranı ve sayfa yanıt süresi düzenli izlenmelidir. Eğer belirli saatlerde gecikme artıyorsa kapasite artırmadan önce önbellek, sorgu optimizasyonu, eklenti kontrolü ve medya dosyalarının ayrıştırılması incelenmelidir.
Doğru hesap yapılmış bir LMS altyapısı, yalnızca bugünkü kullanıcı sayısını değil, dönemsel yoğunlukları ve büyüme ihtimalini de karşılar. Bu nedenle kapasite planını teknik ekip, eğitim operasyonu ve içerik yöneticileri birlikte ele almalı; takvim, içerik türü ve kullanıcı davranışı aynı tabloda değerlendirilmelidir.