Linux sistem yönetimi nedir?

Linux sistem yönetimi; Linux sunucularının, masaüstü bilgisayarlarının veya ağ üzerindeki diğer sistemlerin kurulması, yapılandırılması, izlenmesi, güncellenmesi, yedeklenmesi ve sorunlarının giderilmesi işidir. Sistem yöneticisi yalnızca komut çalıştırmaz; kullanıcı yetkilerini, servisleri, depolama alanını, ağ bağlantılarını, günlük kayıtlarını ve sistemin güvenilir biçimde çalışmasını birlikte yönetir.

Linux sistem yöneticisi ne yapar?​

Bir Linux sisteminin çalışması; çekirdek, donanım, dosya sistemi, kullanıcılar, servisler ve ağ yapılandırmasının birlikte uyumlu olmasına bağlıdır. Yönetim çalışmaları genellikle şu alanlarda toplanır:

• Kurulum ve yapılandırma: İşletim sistemini kurmak, diskleri ve ağ bağlantısını yapılandırmak, makine adını ve saat ayarlarını düzenlemek.
• Kullanıcı ve yetki yönetimi: Kullanıcı ve gruplar oluşturmak, dosya izinlerini belirlemek ve yönetim yetkisini gerektiği kadar sınırlamak.
• Servis yönetimi: Web sunucusu, veritabanı, SSH veya zamanlayıcı gibi servisleri başlatmak, durdurmak ve yapılandırmak.
• Kaynak takibi: İşlemci, bellek, disk alanı ve ağ kullanımını izlemek; darboğazın hangi kaynakta olduğunu belirlemek.
• Bakım ve kurtarma: Güncellemeleri planlamak, günlükleri incelemek, yedek almak ve arıza sonrası sistemi bilinen çalışan duruma döndürmek.

Bir yöneticinin izleyeceği yol, sistemin kullanım amacına göre değişir. Kişisel bilgisayarda kullanıcı hesapları ve disk alanı öne çıkarken, bir sunucuda servis sürekliliği, uzaktan erişim, yedekleme ve günlüklerin incelenmesi daha önemlidir.

Somut örnek: Bir web servisinin yönetimi​

Örneğin example.com için bir Linux sunucusunda web servisi çalıştırdığınızı varsayalım. Yönetim yalnızca web sunucusu paketini kurmakla tamamlanmaz. Önce ağ bağlantısının ve disk alanının yeterli olduğu kontrol edilir. Ardından servis yapılandırılır, başlatılır ve yerel olarak yanıt verip vermediği sınanır. Günlüklerde hata varsa yapılandırma düzeltilir. Son olarak servis yeniden başlatıldığında da çalışacak şekilde ayarlanır ve yedekleme ile izleme planı oluşturulur.

Bu yaklaşımda her sorunun anlamı farklıdır: Servis çalışmıyorsa süreç, izin, bağımlılık veya yapılandırma; dışarıdan erişilemiyorsa dinleme adresi, proxy, ağ ve güvenlik duvarı birlikte incelenir. Tek belirti tek nedeni kanıtlamaz. Belirtiyi doğrudan tek bir nedene bağlamak yerine katmanları sırayla kontrol etmek daha güvenlidir.

Uygulanabilir temel yönetim akışı​

Yeni bir Linux sistemi devralırken aşağıdaki akış, gereksiz değişiklik yapmadan başlangıç durumu oluşturur:

1. Sistemin amacını, üzerinde çalışan servisleri ve erişmesi gereken kullanıcıları belirleyin. Bilinmeyen bir servisi durdurmadan önce hangi uygulamanın ona bağlı olduğunu kontrol edin.
2. Kimlik ve yetki durumunu inceleyin. Yönetim işlemlerini kişisel kullanıcı hesabıyla yapıp gerektiğinde ayrıcalıklı yetki kullanın; ortak yönetici hesabı kullanmayın.
3. Disk alanını, bellek kullanımını, çalışan süreçleri ve ağ yapılandırmasını kontrol edin. Bu ilk ölçüm, sonraki sorunlarda karşılaştırma noktası olur.
4. Servis durumlarını ve günlük kayıtlarını inceleyin. Bir hata oluştuğunda önce ilgili servis günlüğünü, ardından sistem günlüklerini değerlendirin.
5. Yedekleme kapsamını ve geri yükleme yöntemini doğrulayın. Yedek alınmış olması, geri yükleme denenmedikçe tek başına kurtarılabilirlik anlamına gelmez.
6. Güncellemeleri ve yapılandırma değişikliklerini planlı yapın. Değişiklikten önce mevcut yapılandırmayı saklayın ve işlem sonrası servisin beklenen yanıtı verdiğini test edin.

Beklenen sonuç, yalnızca komutların hata vermemesi değil; kullanıcıların gerekli hizmete erişebilmesi, servisin yeniden başlatma sonrasında da çalışması ve sorunun nasıl teşhis edileceğinin biliniyor olmasıdır.

Yönetim alanlarını ayırmak​

Yukarıdaki tablo öncelikleri ayırır. Systemd kullanan Ubuntu gibi bir sistemde aşağıdaki salt okunur komutlar başlangıç bilgisi toplar:
Çıktılar dağıtımı, hesabı, disk kullanımını, başarısız birimleri ve mevcut açılışın son hata kayıtlarını gösterir. Günlük erişimi hesap yetkilerine bağlıdır. Systemd olmayan sistemde aynı servis komutlarını varsaymayın.

Bu alanları birbirinden bağımsız düşünmemek gerekir. Örneğin bir servis hatası bozuk yapılandırmadan kaynaklanabileceği gibi dolu disk, yetersiz yetki veya kullanılamayan ağ nedeniyle de oluşabilir.

Sık yapılan hatalar​

Her sorunda yeniden başlatmak: Geçici olarak belirtiyi gizleyebilir ancak kök nedeni ve günlüklerdeki ipuçlarını ortadan kaldırabilir. Önce durum ve günlük bilgilerini kaydetmek daha doğrudur.

Her işlemi yönetici yetkisiyle yapmak: Yanlış bir komutun etkisini büyütür ve dosya sahipliklerini bozabilir. Gereken işlem için gereken en düşük yetki kullanılmalıdır.

Yedeklemeyi geri yüklemeden başarılı saymak: Eksik dosya, hatalı izin veya okunamayan yedek ancak deneme sırasında fark edilir.

Değişikliği belgelemeden yapmak: Hangi dosyanın, neden ve ne zaman değiştirildiği bilinmiyorsa sonraki teşhis zorlaşır. Özellikle sunucularda yapılandırma değişikliklerini kayıt altına almak gerekir.

Sık sorulan sorular​

Servisin active görünmesi uygulamanın sağlıklı olduğunu kanıtlar mı?​

Hayır. Süreç çalışırken veritabanı bağlantısı bozuk veya uygulama istekleri hatalı olabilir. Servis durumunu anlamlı bir uygulama kontrolü ve ilgili günlüklerle birlikte inceleyin. Sürecin varlığı, kullanıcının hizmete erişebildiği anlamına gelmez.

start ve enable aynı işlem midir?​

Systemd’de start birimi şimdi başlatır; enable uygun başlangıç bağlantılarını kurar ve tek başına hemen çalıştırmak zorunda değildir. Çalışan servis ile açılışta etkin servis farklı kontrollerdir. Her birim enable edilebilir yapı taşımayabilir; birimin gerçek tasarımını inceleyin.