Bu konuya başka nasıl bir başlık verilebilirdi bilemiyorum ama bence hem konuyu anlatması açısından hem de ilgi çekmesi açısından değişik  bir başlık oldu.

Tabi konumuz linux ama olaya felsefi açıdan değil de teknik açıdan açıklık getireceğiz. Ama aynı başlık ile birde olayın felsefi yanına dokunup Türkiye’de Linux konusunda, ben dahil kimler var ve en son ne yapmışlar bir ara bakmak lazım :)

Önünüzde açık bir linux konsolu var ve bir işlem yapmanız lazım.

İlk bilmeniz gereken, sisteme o an kim olarak bağlı olduğunuzdur.

Öğrenmenin yolu sormaktır. Linux’te bunu sormanın yolu da whoami komutudur.

~$ whoami
 
murat

Peki şu an sistemde bizden başka kimler var? Hemen soralım yine bu seferki komut who

~$ who
 
murat    pts/0        2009-01-27 20:18 (84.145.113.121)
ali      pts/1        2009-01-27 21:32 (84.168.127.32)

Bu komut sayesinde sisteme kim bağlanmış, ne zaman bağlanmış, hangi ip den bağlanmış görebiliyorsunuz.

Peki bu bağlı olan kişi ne yapıyor, yada birşey yapıyor mu? Bunu öğrenmek için de w komutunu kullanıyoruz.

~$ w
 22:00:53 up 92 days, 12:45,  2 user,  load average: 0.00, 0.07, 0.07
USER     TTY      FROM             LOGIN@   IDLE     JCPU   PCPU WHAT
murat    pts/0    84.145.113.121   20:18    0.00s    0.19s  0.02s w
ali      pts/1    84.168.127.32    21:32    118.34s  21.18s 0,03s ls -l

Bu sonucu inceleyecek olursak.

Birinci satırdaki bilgiler bağlı olduğumuz sistemin kaç gündür çalıştığını, Sisteme kaç kişinin bağlı olduğunu ve o anki yükünü gösteriyor.

Daha sonra yeralan bilgiler ise sisteme o an bağlı olan kişinin;

USER Hangi kullanıcı adı ile bağlı olduğunu,
TTY Hangi terminal numarası ile bağlı olduğunu,
FROM Hangi ipden bağlandığını
LOGIN@ Ne zaman bağlandığını
IDLE Şu an bir işlem yapıp yapmadığını. (İşlem yapıyorsa bu süre 0.00s olarak gözükür. İşlem yapmıyorsa sizin komutu çalıştırdığınız süre ile o kişinin en son komutu çalıştırdığı zaman arasındaki fark saniye olarak görüntülenir)
JCPU Bağlı olduğu süre içinde çalıştırdığı komutların harcadığı CPU zamanını
PCPU En son çalıştırdığı komutun harcadığı CPU zamanını
WHAT En son çalıştırdığı komutu gösterir

Bu konudan bahsedince bir komutu daha anlatmadan geçmek olmaz.

Peki son zamanlarda, sisteme kimler bağlanmış ve ne kadar bağlı kalmış. Bunun için last komutunu kullanabiliriz.

~$ last
murat    pts/0        84.145.113.121   Tue Jan 27 20:18   still logged in
murat    pts/0        84.145.113.121   Mon Jan 26 15:39 - 17:02  (01:22)
ali      pts/0        84.168.127.32    Fri Jan 23 15:52 - 20:39  (04:46)
murat    pts/0        84.145.113.121   Fri Jan 23 08:28 - 19:58  (11:30)
ali      pts/0        84.168.127.32    Thu Jan 22 20:34 - 15:44  (03:16)
murat    pts/0        84.145.113.121   Thu Jan 22 12:28 - 23:30  (02:56)

Özellikle belli bir kullanıcının bağlantılarını merak ediyorsak o zaman komutun sonuna kullanıcı adını yazmak yeterli olacaktır.

~$ last murat
murat    pts/0        84.145.113.121   Tue Jan 27 20:18   still logged in
murat    pts/0        84.145.113.121   Mon Jan 26 15:39 - 17:02  (01:22)
murat    pts/0        84.145.113.121   Fri Jan 23 08:28 - 19:58  (11:30)
murat    pts/0        84.145.113.121   Thu Jan 22 12:28 - 23:30  (02:56)

Umarım bu doküman faydalı olmuştur.

İyi Çalışmalar

Belki sizlerin de başına gelmiştir - tabii ki her zaman için haklı nedenlerden dolayı ;) - bazen bir üreticinin rpm’lerinin üzerinde ufak tefek değişiklik yapmak zorunluluğunu hissedebilirsiniz.

Eğer söz konusu ticari bir uygulamanın paketi ise %99.9 olasılıkla SRPM dosyalarına veya kaynak kodlarına erişiminiz olmayacaktır. Hoş, erişiminiz olsa bile bir RPM’i kendiniz tekrar paketlemeye çalıştığınızda hiç de hoş olmayan bir çok süprizle karşılaşmanız muhtemel.

Şimdi karşılaştığım gerçek bir problem üzerinden yazımıza konu olan rpmrebuild programının kullanımını ve ne gibi faydaları olduğunu açılklamaya çalışalım.

Bir müşterimiz için geliştirdiğimiz platformun merkezi loglama ihtiyacını Syslog-NG ile karşılama yoluna gittik. Açık kaynaklı bu  projenin ticari versiyonunu kullanan muşterimize üretici Balabit firmasında premium edition olarak etiketlenmiş yeni bir rpm ulaştı.

Balabit firmasının müşterimize gönderdiği rpm kurulum bittikten sonra syslog servisinin yerine kendisini yani syslog-ng servisini ekliyor. Buraya kadar bir sorun yok fakat kurulumun son aşamasında rpm’in post install scriptinde  syslog servisini durdurup  syslog-ng servisini başlatıyor.

Geliştirilen platformun mimarisi gereği syslog-ng servisinin platform tarafindan talep edilene kadar çalıştırılmaması loglamanın local syslog servisi tarafından yapılması gerekiyor. Kaldi ki syslog-ng servisinin konfigurasyonu daha ilerki bir aşamada platformun değişik bileşenleri tarafından tamamlanacak.

Balabit firması açısından önemsiz bir problem olmakla birlikte müşterimizin, dolayısıyla bizim başımız bu sorundan dolayı oldukça ağrıdı. Sadece post installation scriptini değiştirebilsek yani syslog servisinin durdurulup syslog-ng servislerinin başlatıldığı iki satırı rpm’den çıkarabilirsen sorunumuz çözülecek, müşterimiz de biz de gayet mutlu olacaktık.

Bu noktada internette yaptığımız araştırmalar sonucunda rpmrebuild isimli programı bulduk. rpmrebuild aracılığıyla binary bir rpm paketinin içindeki dosyaları değiştirebilir, yeni dosya ekleyebilir, varolan dosyaları silebilir ve hatta rpm’in elinizde olmadığı durumlarda rpm veritabanı aracılığıyla ilgili rpm’in spec dosyasını tekrar oluşturabilirsiniz. Uzun lafın kısası İsviçre çakısı gibi bir uygulama. :)

[sogua00@aliontl901 ~]$ rpmrebuild -n --edit-post -p syslog-ng-premium-edition-2.1.4-1.x86_64.rpm
 
warning: syslog-ng-premium-edition-2.1.4-1.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID f5297614
warning: syslog-ng-premium-edition-2.1.4-1.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID f5297614
warning: syslog-ng-premium-edition-2.1.4-1.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID f5297614
warning: syslog-ng-premium-edition-2.1.4-1.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID f5297614
warning: syslog-ng-premium-edition-2.1.4-1.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID f5297614
warning: syslog-ng-premium-edition-2.1.4-1.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID f5297614
warning: syslog-ng-premium-edition-2.1.4-1.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID f5297614
warning: syslog-ng-premium-edition-2.1.4-1.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID f5297614
warning: syslog-ng-premium-edition-2.1.4-1.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID f5297614
warning: syslog-ng-premium-edition-2.1.4-1.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID f5297614
warning: syslog-ng-premium-edition-2.1.4-1.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID f5297614
warning: syslog-ng-premium-edition-2.1.4-1.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID f5297614
warning: syslog-ng-premium-edition-2.1.4-1.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID f5297614
warning: syslog-ng-premium-edition-2.1.4-1.x86_64.rpm: Header V3 DSA signature: NOKEY, key ID f5297614
 
Do you want to continue ? (y/N) y
 
Processing files: syslog-ng-premium-edition-2.1.4-1
 
Wrote: /home/sogua00/rpmbuild/RPMS/x86_64/syslog-ng-premium-edition-2.1.4-1.x86_64.rpm
 
result: /x86_64/syslog-ng-premium-edition-2.1.4-1.x86_64.rpm

Yukarıdaki komut satırı ve ekran çıktısı üzerinden rpmrebuild komutunun çalışmasını incelemeye çalışalım. Öncelikle kullanılan parametreler bakalım

-p kaynak olarak bu parametreyı takip eden paket dosyasının kullanılacağını belirtir. Eğer bu parametreyi belirtmezseniz belirtmiş olduğunuz rpm’in sisteminize kurulu olduğunu varsayıp sistem veritabanını kullanamaya çalışacaktır.

-n rpm paketini değiştirdikten veya yeniden oluşturduktan sonra test kurulumu yapmamasını belirtir. Genelde rpm’leri oluşturduğunuz ortamlar ile kurulum gerçekleşeceği ortamlar birbirleriyle alakasız yapılandırmaya sahiptir.

–edit-post post install scriptini değiştireceğimizi ifade eder.

Yukarıdaki komutu çalıştırdığınızda rpmrebuild syslog-ng-premium-edition-2.1.4-1.x86_64.rpm isimli rpm dosyasini okuyup post install scriptini standart editörünüzde açacak. (Bizim sistemimiz için  vi). vi aracılığıyla post install scriptinde istediğimiz değişikliği gerçekleştirip vi editöründen çıktığımızda rpmrebuild işleme devam edip etmek istemediğimizi soracak. Eğer onay verirseniz macro tanımlarınız doğrultusunda rpmbuild dizininize değiştirilmiş rpm dosyasını kaydedecek.

Programın birçok özelligi ve kullanabileceğiniz birçok seçeneği var. Fedora 8 ve sonrasında standart fedora depolarından rpmrebuild paketini temin etmek mümkün.

Aşağıdaki makalelerden ve programın sitesinden ve man sayfalarından daha detaylı bilgi edinebilirsiniz.

http://rpmrebuild.sourceforge.net/
http://www.redhatmagazine.com/2007/12/04/hacking-rpms-with-rpmrebuild/
http://www.linux.com/feature/62262

İyi çalışmalar.

Eğer internette ssh bağlantıları için anahtarlama kullanımı konusunda biraz araştırma yaptıysanız karşınıza çıkacak dökümanların çoğunda açık anahtarınızın hedef makinada ~/.ssh/authorized_keys dosyasına nasıl ekleneceği, bu dosyanın ve .ssh dizininin hangi kullanıcı ve grup yetkilerine sahip olacağı konusunda bilgi verildiğini göreceksiniz.

İlgili dökümanlarda bahsedilen herşey doğru olmakla birlikte ssh programı bütün bu adımları sizin için layığıyla gerçekleştiren bir komut satırı programıyla birlikte geliyor. ssh-copy-id isimli bu program ne yazık ki birçoğumuzun dikkatinden kaçıyor.

ssh-copy-id programı ne yapar?

• Açık anahtarınızı hedef makinada  kullanıcı dizini altındaki yetkili anahtarlar dosyasına ekler ( ~/.ssh/authorized_keys)
• ~/.ssh dizinini ve ~/.ssh/authorized_keys dosyasının yetkilerini düzenler.

Aşağıdaki örnek  komutta herhangi bir kimlik belirtmediğimiz için varsayılan açık anahtar ( ~/.ssh/id_rsa.pub dosyasının içeriği) hedef.makina.com makinasındaki ali kullanıcısının  home dizinine yüklenir.

$ssh-copy-id ali@hedef.makina.com

Eğer birden çok anahtarınız var ise hedef makinaya göndermek istediğiniz açık anahtarı -i parametresiyle belirtebilirsiniz.

$ssh-copy-id  -i  ~/.ssh/ikinci_anahtar.pub ali@hedef.makina.com

Kıssadan hisse tek bir komutla açık anahtarınızı hedef bir makinaya yükleyebilirsiniz.  :)

İyi çalışmalar

Linux makinanıza bir dosya indirip kuracaksınız diyelim.

Bunun için önce grafik arayüzü olan bir yerden Firefox gibi bir tarayıcı veya Filezilla gibi bir ftp istemcisi ile bağlanıp dosyayı indirip sonra bunu tekrar ftp, scp gibi bir program kullanarak dosyaya asıl ihtiyacımız olan yere kopyalamak büyük bir zaman kaybı olacaktır. (İstemci olarak linux kullanan arkadaşların kaşlarını çattıklarını görür gibiyim. Diyelimki kişi linux değil de başka bir işletim sistemi kullanıyor ve grafik arayüzü yüklü olmayan bir linux sunucusu var)

Bunun yerine wget komutunu kullanarak bu dosyayı bir web sitesinden direkt istediğimiz klasöre indirebiliriz.

En basit kullanımıyla

wget http://www.ornekwebsite.com/dosya.zip

Dosya gelsin ama ben bir yandan konsolu kullanıyım diyorsanız bu işlemi backgrounda atabilirsiniz. İşlemin sonucunu logdosyasi.log adlı dosyaya yazacaktır.

wget -o logdosyası.log http://www.ornekwebsite.com/dosya.zip &

Büyük bir dosya indiriyorsunuz ve kesiliyor o zaman aşağıdaki komut size yardımcı olacaktır.

wget -c http://www.ornekwebsite.com/buyukdosya.zip

Bazen bir sitedeki toplu dosyaları indirmek istiyorsunuz diyelim. Burada dikkat etmeniz gereken şey bu komut o sayfa içinde geçen .zip isimli dosyaları indirecektir.

downloads.html yerine bir klasör ismi yazarsanız ancak klasör gezinme (directory browsing) yetkisi sunucuda açıksa o şekilde dosyaları indirebilirsiniz aksi taktirde ya o klasörde bir index.html dosyası varsa o dosyada geçen ilgili dosyaları indirmeye kalkar yada “ERROR 403: Forbidden” şeklinde bir hata ile karşılaşırsınız.

wget -r -nd -np -l1 -A '*.zip' http://www.ornekwebsite.com/downloads.html

Şu an hattınız yavaş diyelim yada çalışırken indirme işlemi yüzünden yavaşlamasını istemiyorsunuz. Tamam bizde yattıktan sonra başlayacak şekilde ayarlarız, mesela saat 1′de başlayacak şekilde.

echo 'wget http://www.ornekwebsite.com/dosya.zip' | at 01:00

Tahmin edeceğiniz gibi at aslında bir zamanlama komutu bunu kullanarak birçok işinizi cron’a yazmadan zamanlayabilir ve zamanı geldiğinde çalışmasını sağlayabilirsiniz. En kısa sürede at komutu ile ilgili de bir ipucu hazırlayacağım.

Hepimizin başına gelmiştir. Bir problemle uğraşırken veya yeni bir program kurarken not almaya çalışırız. Ama bir noktadan sonra kendimizi yaptığımız işe kaptırır işi bitirdiğimizde;

Tüh bak yaptıklarımı not almayı unuttum. Ne yapmıştık? Hangi komutları kullanmıştık? Karşımıza hangi mesajlar çıktı ve biz neyi seçtik?

diye hayıflanırız.

Kendimizi işimize vermişken bizim adımıza birisinin tüm komutlarımızı ve bu komutların ürettiği mesajları, terminalimize yansıyan çıktıları otomatik olarak kaydetmesi hoş olmaz mıydı?

Linux script komutu bu konuda derdimize derman oluyor.

script komutu aracılığıyla terminalize yansıyan tüm çıktıları bir dosyaya kaydedip daha sonra tekrar inceleyebilirsiniz.

Bir örnek ile nasıl çalıştığına bakalım;

ali@ali-laptop:~/temp/scriptNot$ script -f otomatikDokumantasyon
Script started, file is otomatikDokumantasyon
ali@ali-laptop:~/temp/scriptNot$ pwd
/home/ali/temp/scriptNot
ali@ali-laptop:~/temp/scriptNot$ whoami
ali
ali@ali-laptop:~/temp/scriptNot$ ls /tmp/
domains genel.xls  gdl              kde-alisPik0Fj  
ksocket-alisSBnyBl  orbit-root  plugtmp-1   
Registration_Form_WBG.pdf  Tracker-alis.7358
fbug               hsperfdata_alis  keyring-YXOiJM  
 
ali@ali-laptop:~/temp/scriptNot$ exit
Script done, file is otomatikDokumantasyon

Yukarıda script komutunu başlattığımız nokta ile komutu CTRL+D tuş kombinasyonu aracılığıyla sonlandırdığımız nokta arasında oluşan ekran görüntülerini görüyorsunuz. Şimdi script komutunun yukarıdaki etkileşim sonucunda bizim için oluşturduğu otomatikDokumantasyon dosyasına bakalım.

ali@ali-laptop:~/temp/scriptNot$ more otomatikDokumantasyon
Script started, file is otomatikDokumantasyon
ali@ali-laptop:~/temp/scriptNot$ pwd
/home/ali/temp/scriptNot
ali@ali-laptop:~/temp/scriptNot$ whoami
ali
ali@ali-laptop:~/temp/scriptNot$ ls /tmp/
domains genel.xls  gdl              kde-alisPik0Fj  
ksocket-alisSBnyBl  orbit-root  plugtmp-1   
Registration_Form_WBG.pdf  Tracker-alis.7358
fbug               hsperfdata_alis  keyring-YXOiJM  
 
ali@ali-laptop:~/temp/scriptNot$ exit
 
Script done on Sun 18 Jan 2009 01:59:44 PM CET
ali@ali-laptop:~/temp/scriptNot$

Yukarıda gördünüz gibi script komutu terminalimize yazılan herşeyi bizim için kaydetti. Bir problemle uğraşırkan ayrıca kopyala&yapıştır aksiyonlarıyla kendimizi germemize gerek yok.

İyi çalışmalar.

Eğer birşeyler ters gidiyorsa hemen loglara bakarız çünkü soruna ait bütün ipuçları oradadır.

Bazen bu logları oluştukları anda anında izlemek istediğimizde her linux kullanıcısının ilk öğrendiği komutlardan birini kullanırız

tail -f /var/log/messages

Ama bu komutun şöyle bir dezavantajı var loglar orda akıp giderken birşey gözünüze takıldı ne yapacaksınız ctrl+c ve logun akmasını keseceksiniz ya ekranda kalan kısımdan logun gördüğünüz kısmına bakmaya çalışacaksınız yada more yada vi gibi komutları kullanarak dosyanın içine girip o satırı aramaya çalışacaksınız.

Peki size bunun daha kolay bir yolu var desem. Evet less komutu. Nasıl mı kullanacağız? Çok basit.

less /var/log/messages

Shift+F tail -f ile aynı işi görür loglar akmaya başlar

Ctrl+C ile istediğiniz yerde logun akmasını durdurabilirsiniz

B ve F tuşları logun içinde ileri geri gitmenizi sağlar

Q ile işiniz bittiğinde logdan çıkarsınız

Logların siz komutu yazdığınızda direk akarak başlamasını istiyorsanız komutu aşağıdaki gibi kullanabilirsiniz.

less +F /var/log/messages

Yada daha önce yazdığımız Kendi Komutunuzu Oluşturun ipucumuzu kullanarak less +F için akanlog diye bir alias yaratabilir ve komutu direkt olarak

akanlog /var/log/messages

şeklinde de kullanabilirsiniz ;)

Sizin de hiç ihtiyacınız oldu mu bilmem ama bu tür bir şeye çok sık ihtiyacım olunca biraz araştırdım ve bu komutu buldum o günden beri de en sevdiğim linux komutlarından biri oldu.

Nasıl kullanılır?

watch [seçenekler] komut

-n Komutun kaç saniyede bir tekrar edileceğini, ekran çıktısının kaç saniyede bir yenileneceğini belirtir. Kullanılmazsa her 2 saniyede bir anlamına gelir.

-d Ekran çıktısında oluşan değişiklikleri beyaz olarak boyar böylece değişim olan yerleri daha rahat gözlersiniz

Ne için mi kullanıyorum?

• Bir klasördeki dosya sayısındaki değişimi gözlemlemek için örn: postfix aktif kuyruktaki mail sayısını

  watch -d 'wc -l | ls -l'

• Disklerin doluluk oranlarını gözlemlemek için örn: Kapasite sıkıntısı olan bir diskte log yazma oranı dengesiz bir proses çalıştırdığımda diskte yer sıkıntısı oluşmasın diye

  watch -d 'df -k'

• Hafıza kullanım oranını gözlemlemek için

  watch -d 'free -m'

• Bir klasöre muratz kullanıcısı ile eklenen yada silinen dosyaları gözlemlemek için

  watch -d 'ls -l | fgrep muratz'

Başka nerelerde kullandığınızı sizde bizimle paylaşırsanız sevirim.

Bu sıkça başıma gelen konulardan biri sizinle paylaşmak istedim. Bazen kullandığım vm imajını bir vmware serverdan (gsx) başka bir vmware servera taşıdığımda veya aynı vmware server üzerinde kopyasını aldığımda yeni imajın ethernet bağlantısı çalışmayabiliyor.

Bunun genelde sebebi ethernet kartının vmware tarafından yeniden yaratılmasıdır.

Eski kartı silip yeni kartı eklediğinden kartın id’si eth0′dan eth1′e değişiyor. Eğer ip tanımlarınız statik yapılmışsa /etc/network/interfaces dosyanızda da yeni ethernet id sine göre düzenleme yapmanız gerecektir.

O anki id’yi bulmanın en pratik yollarından biri de /proc/net/dev dosyasının içine bakmak. 

Bu dosyanın içi aşağıdaki gibi.

  Interface	Receive bytes	packets errs drop fifo frame
  eth0:		161543042	916321    0    0    0     0

Unutmayın eğer bu sorunla karşı karşıya iseniz; ifconfig komutu sisteme /etc/network/interfaces dosyasında tanıttığınız kartları gösterecektir. O yüzden siz ifconfig diye baktığınızda eth0′ı görürken /proc/net/dev altında eth1 görüyor olacaksınız.

Virtualbox sanallaştırma uygulamasının son versiyonunu kurduysanız KVM çekirdek modulleri  yüklü makinalarda Virtualbox sanal makinalarınızı  ayağa kaldırmak istediğinizde aşağıdaki hatayı verip kapanacaktır.

VirtualBox can’t operate in VMX root mode. Please disable the KVM kernel extension, recompile your kernel and reboot.
VBox status code: -4011 (VERR_VMX_IN_VMX_ROOT_MODE).

Result Code:
0×80004005
Component:
Console
Interface:
IConsole {d5a1cbda-f5d7-4824-9afe-d640c94c7dcf}

Problemlemin çözümü için VirtualBox kullanacağınız zaman KVM çekirdek modullerini hafızadan kaldırmanız gerekecek.

Öncelikle hafızada hangi kvm modülünün yüklü olduğuna bakıyoruz.

$lsmod | grep kvm
kvm_intel              49728  0
kvm                   142912   1 kvm_intel

Hafızada yüklü olan kvm modülü işlemcinize bağlı olarak değişecektir. Intel tabanlı sistemimizde yüklu olan modül kvm_intel isimli modül.. Aşağıdaki komutla kvm modülünü hafızadan kaldırıyoruz.

sudo rmmod kvm_intel

Eğer VirtualBox’ı tekrar başlatırsanız sanal makinalarınızın sorunsuz olarak çalışmaya başladığını göreçeksiniz.

İyi çalışmalar.

Trendleri takip eden herkes yakından tecrübe ediyordur ki sanallaştırma ve faydaları her düzeyde konuşuluyor tartışılıyor. Son yılların en sıcak konularından biri, son 2 senedir de Türkiyenin gündemindeki ağırlığını her geçen gün arttırıyor.

Hemen hemen her şirkette  AR-GE çalışması, test sistemi olarak sanal makinalar uzun yıllardır kullanılıyor.  Son dönemdeki tartışmaların farklı boyutu sanal makinaların artık üretim ortamlarında kullanılmaya  başlanması.

Ne yazık ki heyecan dalgasına kapılıp sörf yapmaya başlayan IT yöneticilerimiz sadece artı eksi hesabının artı boyutuna bakıyorlar. Fakat madalyonun bir de diğer yüzü var.

Sanallaştırma sayesinde çok kolay yeni bir sistemi ayağa kaldırabiliyorsunuz. Var olan bir sistemin yeni bir kopyasını alabiliyorsunuz. Eğer belli bir planlama ve kontrol olmazsa (ki baslangıçta hiç bir sanallaştırma projesinde ne yazik ki olmuyor) göz açıp kapayana kadar organizayonun yapısına gore 10 larla veya 100 lerle ölçülen sanal makinalara ulaşmanız hiç de şaşırtıcı olmaz.

Sanallaştırma her fiziksel makinanın nerdeyse ayrı bir datacenter gibi davranmasına imkan sağlıyor.

Bu noktada sanallaştırma projesi gerçekleştiren veya gerçekleştirmeyi planlayan IT yöneticilerimizin kendilerine aklıma ilk gelen şu soruları sormaları gerekiyor.

• Sanal makinalarınızın yama yönetimini nasıl yapacaksınız?
Eskiden Sanal makinaları barındıran fiziksel makinenin yamalarını yapmak zorunda kalırken sanallaştırma sonrasında bu fiziksel makine üzerindeki her bir sanal makinanın ayrı olarak yamanması gerekiyor.

• Sanal ortamlarda veri güvenliği konusunda ne kadar bilgi sahibisiniz?
Fiziksel makinanızı datacenter’a kilitliyorsunuz ama sanal makinanız ağ üzerinden datacenter dışına kaçabilir.

• Sanal makinaların loglarını nasıl takip edeceksiniz?
Sanal makinalarınızın loglarını nasıl takip ediyorsunuz? Sanallaştırmanın sistem yöneticilerine getirdiği ekstra yük nedir? Yeni yasal düzenlemelere uyum kapsamında sanal makinaların kullanımı size ne gibi yükümlülükler getiriyor?

• Her bir sanal makinadaki kullanıcı ve yetki yönetimini nasıl yapacaksınız?

• Sanal makinalarınızın kaynak kullanımlarını nasıl izliyorsunuz?

• Lisansların yönetimi nasıl yapacaksınız?

• Yedekleme için ne tür bir altyapı düşünüyorsunuz?

Takip eden yazılarda her bir başlık için linux platformunda çalışan açık kaynak kodlu veya ücretsiz çözümleri, alternatif senaryoları incelemeye çalışacağız.

Sizlerin de bu konudaki görüş ve tecrübelerini duymaktan mutluluk duyarız.

Sanallaştırma tecrübelerinizi, ürettiginiz yaratıcı çözümleri duymak için sabırsızlanıyoruz.

İyi çalışmalar.