Uzun zamandır veri merkezi teknolojileri konusunda hizmet vermekte olan Dal Bilgi Teknolojileri ve Bilişim Sistemleri Ticaret Anonim Şirketi olarak artık hosting sektöründe de yer almamız gerektiğine karar verdik. 2020 yatırımlarımızı bu yönde şekillendirdik ve önümüzdeki haftalarda bol bol reklamlarımızı göreceğiniz aşağıda da detaylarını verdiğim alanlarda dalnet kalitesi ile hizmetlerimiz başlayacaktır.
Neden Hosting Sektörüne Girmeye Karar Verdik?
Aslında sorunun cevabı basit, biz yıllardır kurumsal alanda bu hizmetleri zaten sağlıyorduk, aynı kaliteyi son kullanıcılara da getirebileceğimize inandık. Teknik olarak yeterliliğimiz tam ve hazırken bununla yetinmedik diğer veri merkezi ve hosting firmalarından değerli çalışma arkadaşlarımızı ekibimize dahil ettik. Aslında yeni sezonda yani Eylül ayı ortalarında bitirmeyi planladığımız bu hizmetlerin bir çoğunu Covid19 sayesinde çok daha kısa sürede bitirdik. Burada yazılım ekibimizi, sistem ekibimizi, network ekibimizi ve teknik destek ekibimizi ayrıca kutlarım. Satış ekibimizin değerli üyeleri hem global pazarda firmamızı tanıtacak hamleler yaptılar hem de sitemizin yabancı dillere çevrilmesinde ciddi katkı sağladılar. İnsanların psikolojilerinin dahi bozulduğu böyle bir süreçte tüm konsantrasyonlarını projelerimizde yoğunlaştırdılar.
Hosting Konusunda Ne Gibi Farklarımız Var?
Her zaman söylediğim gibi dalnet’te müşteri memnuniyeti önemlidir. Hizmet sektörünün içerisinde büyümüş ve tam 21 yıl bu sektöre hizmet etmiş biri olarak kötü hizmete asla tahammülüm yok. Herhangi bir müşterimiz haklı bir sebeple şikayet iletirse bizim tarafta ciddi sonuçlara yol açabiliyor. Müşteri memnuniyetinin yanında teknik anlamda elimizdeki projeler vesilesi ile memleketten bir hayli ileride olduğumuzu düşünüyorum. Bu teknolojileri hosting alt yapılarımıza da uyguladık. Örneğin ZFS’nin hızını ve yedekliliğini, CDN teknolojilerinin dağıtık yapılarını vb. Böylelikle hem müşteri memnuniyeti anlamında farklı duygular yaşatırken hem de teknik olarak doyum sağlamanızı istiyoruz.
Hangi servisleri vereceğiz?
Öncelike WordPress Hosting konusunda çok iddialı olduğumuzu söyleyebiliriz, Litespeed, LSCache, Cyberpanel, Cpanel, Softaculous ve CDN karışımı güçlü bir alt yapı hazırladık. İhtiyacınıza göre panel seçeneğini ayarlayıp bir kaç tıkla kurulumu yapabilirsiniz. Ayrıca başka firmalardan taşınma işleri tamamen bize ait. Teknik ekip tarafında WordPress Uzmanları şeklinde bir ekip oluşturduk. Kısa sürede temadan eklentiye kadar her alanda destek vermek istiyoruz. WordPress Hosting paketlerimizi hem içerik hem fiyat yönünden incelemenizi öneririm.
WordPress konusunda bir adım öteye giderek WordPress Bayi Hosting hizmetini de oluşturduk. Burada ajanslar, webmasterlar başlıca hedef kitlemiz. Tüm müşterilerini tek panelden yönetebilecekleri bir alt yapı hazırladık.
Bulut Sunucu tarafında Amazon kadar olamasak bile Digital Ocean’a rakip olacağımız kesin, zira ZEUS projemizde uçtan uca tüm otomasyonuyla bulut sistemimizi tamamlıyoruz. Auto Scale, Load Balancer, Private Cloud seçenekleri başlıca yetenekleri olurken tamamen otomasyon üzerinden ilerleyecek bir yapıdan bahsediyorum. Zeus aslında tam bir datacenter management yazılımı oluyor, sadece cloud server sistemi için değil, CDN sistemimiz için, hosting sistemimiz için, kabinlerde kullandığımız elektrik için dahi bir yapı olarak düşünün. Üzerine moduler olarak her servis için yazılımlar ekleyip tamamen kendimize ait bir alt yapı ile piyasada oynamak istiyoruz.
Yine son hizmetlerimizden biri olan Yönetilen Sunucular ile sunucu ihtiyaçlarınızda teknik olayları olduğu gibi dalnet’in profesyonel ekibine bırakabilirsiniz. Böylelikle işlerinize odaklanırken sunucularınızın performanslı ve güvenli çalışmalarını sağlayabilirsiniz.
Kısacası dalnet tarafında hem yazılımsal hem sistemsel ve networksel değişimler devam ediyor. 2020 yılı içerisinde hosting sektöründe adımızdan söz ettireceğimize inanıyorum.
Yaklaşık 20 yıldır Linux yöneten, son 3 yıldır kendi işinin sahibi olan ve bünyesinde 10 kadar personel çalıştıran biri olarak şunu söyleyebilirim ki gerçekten beyin göçüne şahit oldum/oluyorum. 3 yılda 10’dan fazla personel değiştirdim, içlerinde iyi olanları yanımda tutmaya çalışıyorum. Meraklı, özverili, çalışkan ve dürüst insanlara her zaman kapım açıktır. Bu süreçte bir düzineden fazla adam eskittim, özellikle yeni nesil çocuklardan bu özelliklere sahip olanları bulmak gerçekten zor. Yetişmiş personel bulmak daha da zor. Şu an bilinen büyük kariyer sitelerinde ilanlarımız dönüyor. Başvuru sayıları çok az ve başvuranların içerisinde pazarlamacılar da var. Örneğin 5 yıl tecrübeli adam arıyorum, spesifik olarak Nginx, Gluster, LXC gibi konularda uzmanlık istiyorum, geçen sene mezun olan adam başvuruyor. Amacım kimseyi yermek değil, anlatmak istediğim gerçekten bu özelliklere sahip adamlar ya gittiler (Avrupa, Amerika vb.) ya da sayıları o kadar azaldı ki çalıştıkları yerlerde çok sıkı tutuluyorlar.
Uzun lafın kısası, görünen o ki çok yakında yetişmiş Linux Sistem Yöneticisi bulamayacağız. Bu durumu ön görüp bir kaç yıl önce bir proje ortaya atmıştım. LinuxEvi.. Bu projeyi canlandırmak istiyorum. LinuxEvi kapsamında, SR. Linux Admin, Linux Admin, Jr. Linux Admin insanları periyodik olarak bir araya toplayıp, eğitimler, söyleşiler yapılmasını planlıyorum. Bu amaçla ofisimizde 10 kişilik bir eğitim/toplantı alanı da ayarladık. Bunu canlıya geçirebilmek için desteğinize ihtiyacım var. Web sitesi, organizasyon, eğitim, fikir, plan, program vb her konuda desteğinize açığım.
Bu konu ile ilgilenen öncelikle mesleğin içinden adamlar, sonra bu konuda kendini geliştirmek isteyen arkadaşlar, tasarım, organizasyon gibi konularda destek olabilecek arkadaşlar lütfen benimle şahsi epostam üzerinden iletişim kurunuz.
fikridal (gmail)
Not: Hala 5 yıl tecrübeli tüm linux sistem yöneticilerine ihtiyacım var 🙂
Güncelleme: Sizlerden gelen talepler doğrultusunda destek verenleri aşağıda paylaşıyorum.
Fikri Dal – Sr. Linux Sys Admin – Dal Bilgi Teknolojileri
Cihan Gedik – Sr. Oracle DB Admin – IBM
Noyan Selçuk Hancıoğlu – System Department Manager – Key Yazılım
Emin Can – Lead Cyber Security Specialist – TANAP
Şemsettin Aksoy – Linux Administrator – IBM
Ronald Zilkovski – Linux System Manager
Serkan Bingöl – MCT, MCSD – Türk Kızılayı
Cihat Erhan Kaba – Front-end Developer
Alican Tilki – Sr. System Administrator – Matriks Bilgi Dağıtım
Vahap Öç – System Administrator – Radore
Ekrem Sekman – Cloud Operations Manager – Bulutistan
Selçuk Fidan – Sr. System Administrator – Bulutistan
Ertuğrul Demirkaya – Software Specialist – Bilge Adam
Kenan Mutlu – System Administrator – Erstream
Fatih Aslan – System Administrator – Tubitak Bilgem
Kemalettin Yeşilkaya – System Administrator – Myra New Media
Cemre Gültekin – System Administrator – Radore
Onur Girgin – System Administrator – Gantek
Cihan Çulha – System Expert
Umurcan Görür – DevOps
Cem Kıyanç – Sr. System Administrator – Trendyol
Mdraid bana göre Linux’un bize sunduğu sayısız nimetlerden yalnızca biridir. Bugün kısa kısa mdraid için ipuçları vermeye çalışacağım. Genel olarak mdraid nasıl yapılır, nasıl kaldırılırdan ziyade sorun tespiti, müdahale gibi konular üzerinde durmak isterim.
Öncelikle mevcut mdraid durumumuzu görüntüleyelim;
[codesyntax lang=”bash”]
cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 sdk1[0]
117153664 blocks super 1.2 [2/1] [U_]
md127 : active raid1 sdy[1] sdm[0]
499976384 blocks super 1.2 [2/2] [UU]
unused devices: <none>
[/codesyntax]
Görüldüğü üzere md0 raidimizde sorun var. Diyelim ki md0 bizim root ( / ) dizinimiz olsun. Bu durumda diğer diskte, FS’de, partitionda çıkabilecek bir sorunda işletim sistemimizi kaybedebiliriz. Hızlı bir şekilde duruma müdahale etmekte fayda var.
Benim md0 raidimde sdk1 ve sdl1 diskleri mevcut, anladığımda kadarıyla sdl diskinde hardwaresel bir sorun çıkmış ve işletim sistemi diski görmüyor. Senaryo dahilinde sdl diskini değiştirdim ve sıfır bir disk taktım. Henüz üzerinde partition dahi yok.
Öncelikle sdk1 ile eşit boyutta bir partition oluşturmalıyım, bunun için parted komutu işimi görecektir;
[codesyntax lang=”bash”]
parted /dev/sdl
[/codesyntax]
Partition’ın nasıl oluşturulduğuna burada değinmeyeceğim.
Şimdi yukarıdaki uyarıya göre ikinci diski hiç görmediğimiz için herhangi bir şey yapmamıza gerek yok, direkt olarak yeni partitioni raide eklememiz yeterli olacaktır.
[codesyntax lang=”bash”]
# mdadm –manage /dev/md0 –add /dev/sdl1
[/codesyntax]
Bu komutla birlikte ilgili partition raide eklendi, şimdi sistem raide uygun şekilde eşlemeyi yapacaktır. Bunu görmek için de;
[codesyntax lang=”bash”]
cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 sdl1[2] sdk1[0]
117153664 blocks super 1.2 [2/1] [U_]
[===>……………..] recovery = 17.8% (20913856/117153664) finish=7.9min speed=201149K/sec
md127 : active raid1 sdy[1] sdm[0]
499976384 blocks super 1.2 [2/2] [UU]
unused devices: <none>
[/codesyntax]
İlgili disk eşitleniyor. Eşitleme işlemi bittikten sonra md0 karşısındak, [U_] kısmı [UU] şeklinde düzelecektir.
Buraya kadar her şey güzel ancak şöyle senaryolar ile de karşılaşabilirdik;
– Bir disk fiziksel hata vermeye başlar ancak çalışmaya devam edebilirdi.
– Bir diskin ömrünün bitmek üzere olduğunu gördüp değiştirmemiz gerekebilirdi.
– Diski değiştirmemizi gerektiren farklı durumlar olabilirdi.
Bu durumlarda disk sistemde görünmeye devam edecek ve MDRAID hata vermeyecektir.
Böyle bir durumda yapılması gereken, öncelikle ilgili diski fail olarak işaretlemektir;(Örnek olarak sdl1 diskini alalım)
Eğer ZFS versiyonunuz bir hayli geri kalmışsa son versiyona yükselttiğinizde poolunuzu göremeyebilirsiniz.
root@fd1:~# zfs list
no datasets available
root@fd1:~# zpool import
zpool: ../../lib/libzfs/libzfs_import.c:356: Assertion `nvlist_lookup_uint64(zhp->zpool_config, ZPOOL_CONFIG_POOL_GUID, &theguid) == 0' failed.
Aborted (core dumped)
Çözümü çok kolay,
Debian türevleri için;
apt-get update
apt-get upgrade
İşin özünde zfs gücellenirken bir kaç paketinin güncellenmemiş olması yatar;
Reading state information... Done
The following packages have been kept back:
landscape-common linux-headers-generic-lts-saucy linux-image-generic-lts-saucy
The following packages will be upgraded:
libnvpair1 libuutil1 libzpool2 zfsutils
4 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
Need to get 824 kB of archives.
After this operation, 306 kB disk space will be freed.
Do you want to continue [Y/n]? <
İşletim sisteminin ve mevcut donanımların takibi performansın arttırılmasına yönelik adımlar atılabilmesi için veya en kötü ihtimalle mevcut performans değerlerinin korunabilmesi için ve ayrıca oluşan dar boğazların tespiti için oldukça önemlidir. Linux performans ayarları hakkında güzel bir doküman oluşturdum.
Bu yazıda genel olarak donanımlarımızı ve işletim sistemimizi kontrol edebileceğimiz temel komutlardan bahsedeceğim. Başka bir söylemle; çiftçinin dostu komutları çıktılarıyla birlikte size göstermeye çalışacağım.
Linux Performans Değerlendirmesi ve Arttırımı
1) uptime veya w
NAME
w – Show who is logged on and what they are doing.
uptime – Tell how long the system has been running.
Ben daha çok w kullanmayı seviyorum. Girdiğim her sunucuda çalıştırdığım ilk komut, ne yapacağımı düşünürken de sürekli olarak çalıştırdığım komuttur. Bu komutun çıktıları arasında en çok dikkat ettiğim load average kısmıdır.
fd@mf:~$ w
14:23:59 up 94 days, 4:41, 1 user, load average: 1.44, 1.35, 1.48
USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT
fd pts/5 fd.fikridal.com 12:24 0.00s 0.04s 0.00s w
[/codesyntax]
Burada nelere dikkat etmeliyiz;
a) load average: 1.44, 1.35, 1.48
Genel olarak sunucumuzun ne kadar yük altında çalıştığını bir süre sonra biliyor oluruz ve load average ortalamanın üzerindeyse kaynaklarımızı neyin tükettiğini anlamak için diğer komutları kullanabiliriz.
b) Sunucuya kimler bağlı ve ne yapıyorlar?
c) Sunucunun uptime süresi. 2) dmesg
NAME
dmesg – print or control the kernel ring buffer
fd@mf:~$ dmesg -T | tail
[Fri Feb 26 16:55:13 2016] raid6: sse2x2 11329 MB/s
[Fri Feb 26 16:55:13 2016] raid6: sse2x4 13074 MB/s
[Fri Feb 26 16:55:13 2016] raid6: using algorithm sse2x4 (13074 MB/s)
[Fri Feb 26 16:55:13 2016] raid6: using ssse3x2 recovery algorithm
[Fri Feb 26 16:55:13 2016] xor: automatically using best checksumming function:
[Fri Feb 26 16:55:13 2016] avx : 24616.000 MB/sec
[Fri Feb 26 16:55:13 2016] Btrfs loaded
[Fri Feb 26 16:55:27 2016] audit: type=1400 audit(1456498841.444:30): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/mysqld" pid=29683 comm="apparmor_parser"
[Fri Feb 26 16:55:30 2016] audit: type=1400 audit(1456498843.580:31): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/mysqld" pid=29768 comm="apparmor_parser"
[Fri Apr 15 11:39:21 2016] TCP: request_sock_TCP: Possible SYN flooding on port 8080. Sending cookies. Check SNMP counters.
fd@mf:~$
[/codesyntax]
Görüldüğü üzere standart dmesg çıktısını biraz düzenledik; öncelikle zaman damgasını human-readable bir hale getirdik, sonrada buradan aldığımız çıktının son 10 satırını listeledik.
Aynı çıktıyı dmesg –ctime | tail komutu ile de alabilirsiniz.
Burada nelere dikkat etmeliyiz?
a) Öncelikle herhangi bir error, kernel panic vb var mı?
b) Info dahi olsa mesajları inceleyip ne olduğunu anlamak.
c) En son satır ne zaman yazılmış bunu aklımızın bir kenarı yazmak ve bir sonraki komut tekrarında neler değişmiş bakmak faydalı olacaktır. 3) top
NAME
top – display Linux processes
Direkt top olarak çalıştırabilirsiniz, shift+m ile memory bazlı sort yapabilirsiniz.
a) En çok cpu ve memoryi hangi programlar kullanıyor, normal mi?
b) zombie process var mı?
c)
%Cpu(s): 66.1 us, 1.2 sy, 0.0 ni, 32.4id, 0.0 wa, 0.0 hi, 0.3 si, 0.0 st
bu kısım değerleri önemli, özellikle idle kısmının 0'dan uzak olması, iowait kısmının sıfıra yakın olması önemlidir.
4) free
NAME
free – Display amount of free and used memory in the system
Aşağıda okuyacağınız bilgileri herhangi bir kitapta bulamazsınız, herhangi bir yerde doğru veya yanlış olduğuna dair teyit edecek net bir kaynakla karşılaşamazsınız. Bunlar yıllar içinde edindiğim tecrübelerin basit bir şekilde yazıya dökülmüş ham halleridir. Burada yazılanları uygulayıp/uygulamamak tamamen sizin inisiyatifinizdedir.
Bir sunucudan yüksek performans sağlamasını istemek sıradan bir beklentidir. Ancak bu beklentimizi sağlaması için sunucuyu yeterince optimize ediyor muyuz? Benzer şekilde “Linux nasılsa güvenli” diye düşünerek sunucuyu savunmasız bırakmanın yüksek ihtimalle karşılacağımız felaketlere davetiye çıkartmak olduğunun bilincinde miyiz?.
Bu yazımda da komutlardan ziyade mantıksal konular üzerinde durup performans arttırımı ve güvenlik için bir bilinç oluşturmaya çalışacağım. Sunucudan verebileceği tam performansı veya ona yakın olasılıkları almak için neler yapmalıyız kısaca bunlara değineceğim. Linux, Performans, Güvenlik ve Sistem Yöneticisi yazısına devam et →
GlusterFS üzerinde nadiren karşılaştığım bir problem var, bu problem genellikle bir volume oluştururken karşıma çıkıyor ve ilgili path daha önce bir volume tarafından kullanıldıysa veya volume oluştururken bir şekilde hata döndüyse, sorunu düzeltmenize rağmen başlıktakine benzer bir hata almanız muhtemeldir.
Çözüm için aşağıdaki komutları uygulamanız yeterli olacaktır;
Debian, son stabil sürüm olan Debian 8 Jessie sürümünün 3. güncellemesini dün (23 Ocak 2016) duyurdu. Bu versiyona öncelikle güvenlik güncellemelerinin eklendiğini bildirdiler.
Özet
Bu yazıda Ubuntu üzerine GlusterFS ile bir replicated volume’ün 2 node üzerine nasıl kurulacağını anlatmaya çalışacağım. Hemen hemen tüm Debian based sistemlerde benzer şekilde kurulum yapılabileceği gibi Redhat based sistemlerde de yapı çok farklı değildir. Sadece kullanılan paket yöneticileri farklı olacaktır.
GlusterFS nedir?
GlusterFS aslen Gluster firması tarafından geliştirilmiş 2011 yılında da Redhat tarafından satın alınmış bir çeşit NAS (network-attached storage) dosya sistemidir. GNU GPL lisanslı bir üründür ve bilindiği kadarıyla enterprise seviyede dahi birçok firma tarafından kullanılmaktadır. Hali hazırda iyi işler yapabilen bir sistemken bir de Redhat tarafından satın alınıp geliştirilmesine devam edilmesi ve yine büyük firmalar tarafından da desteklenmesi sebebiyle günden güne daha stabil, daha hızlı, daha güvenli ve daha kullanışlı olmuştur. Yaklaşık 3 yıldır aktif olarak kullandığım bir sistem olduğu için gelişimine bizzat tanıklık etmiş olduğumu söyleyebilirim. Gerek doküman bulma gerek IRC vb. platformlarda destek alma konusunda herhangi bir sıkıntı yaşamadım. Kadim dostum Alper Yalçıner sayesinde uzun yıllardır kullandığım freeNode serverlarında ben daha önce böyle organize bir ekip görmedim. Düzenli toplantılar, sürekli bug ayıklamalar vs. vs.. Uzun lafın kısası GlusterFS enterprise seviyede bir storage sistemi ve ücretsiz…
Tanımlar
Bu yazıda kullanılan bazı kısaltmaların karşılığı şu şekilde olacaktır;
Ubuntu : Ubuntu 14.04.3 LTS
GlusterFS : glusterfs-3.7
server1 : server1.fikridal.com : 192.168.1.1
server2 : server2.fikridal.com : 192.168.1.2
Paket Kurulumu
Server1 ve Server2’de aşağıdaki komutları çalıştırınız;
Gluster repolarını sistemimize ekledik ve paketlistemizi güncelledik. Daha sonra glusterfs-server paketini sistemimize kurduk. Bu adımları her iki serverda da uygulamalısınız. Eğer ikiden fazla node üzerinde çalıştırmak istiyorsanız tüm sunucularınıza bu paket kurulumunu yapmalısınız.
Kurulum işleminden sonra yapılması gereken ilk adım sunuculara birbirini tanıtmaktır. Bunun için server1’de aşağıdaki komutu çalıştırınız; gluster peer probe server2.fikridal.com
bu komutu sadece server1’de çalıştırmış olmanız yeterlidir. İşin özünde clusterınızda yer alan herhangi bir serverdan bir diğerini eklemek yeterlidir.
Probe successful
Çalıştırdığınız komutun çıktısı yukarıdaki gibi olmalıdır. Sonuçlarını görmek için şu komutu çalıştırmalıyız; gluster peer status
ve çıktısı;
Number of Peers: 1
Hostname: server2.fikridal.com
Uuid: a0566de2-3b34-6d2f-644f-29ec767080dd State: Peer in Cluster (Connected)
şeklinde olmalıdır. Artık clusterımızı oluşturduğumuza göre Volume oluşturmalıyız ve datanın nerede tutulacağını göstermeliyiz.
gluster volume create cluster replica 2 transport tcp server1.fikridal.com:/mnt/cluster server2.fikridal.com:/mnt/cluster
Yukarıdaki komutla birlikte cluster isminde bir gluster volume yarattık ve node olarak server1 ve server2 adreslerini verdik, datanın tutulacağı dizin olarakta /mnt/cluster pathini belirttik ve replica parametresi ile bu volume’ün iki sunucuda birer replika halinde olacağını belirttik.
Creation of volume cluster has been successful. Please start the volume to access data.
cluster isimli volume hazır, şimdi datalarımıza erişmek için volume’ü start etmeliyiz;
gluster volume start cluster
Bu komuttan sonra volume’ün start olduğuna dair şu çıktıyı almalıyız;
Starting volume cluster has been successful
Şimdi oluşturduğumuz volume’ün bilgilerine ve durumuna bakalım;
gluster volume info cluster
Volume Name: cluster
Type: Replicate
Status: Started
Number of Bricks: 2
Transport-type: tcp
Bricks:
Brick1: server1.fikridal.com:/mnt/cluster
Brick2: server2.fikridal.com:/mnt/cluster
Yukarıdaki bilgiler Gluster volume’e ait detaylardır, volume üzerinde yapacağınız tüm değişiklikleri, opsiyonları bu komut ile görebilirsiniz.
Durum bilgisi almak için çalıştıracağınız komut ise; gluster vol status cluster
Yukarıdaki komutu çalıştırdığınızda aldığınız çıktıda tüm briklerin birer port (4915x) alıp up (Y)olduğuna dikkat etmeniz yeterli olacaktır.
Status of volume: cluster
Gluster process TCP Port RDMA Port Online Pid
------------------------------------------------------------------------------
Brick 192.168.1.1:/mnt/cluster 49155 0 Y 24628
Brick 192.168.1.2:/mnt/cluster 49155 0 Y 9544
NFS Server on localhost 2049 0 Y 24592
Self-heal Daemon on localhost N/A N/A Y 24604
NFS Server on 192.168.1.1 2049 0 Y 8839
Self-heal Daemon on 192.168.1.1 N/A N/A Y 9529
Task Status of Volume cluster
——————————————————————————
There are no active volume tasks
Şimdi herhangi bir node üzerinde bir test dosyası oluşturabiliriz.
root@server1:~# echo "merhaba gluster" > /mnt/cluster/test.txt
ve diğer serverda dosyamızı görelim;
root@server2:~# cat /mnt/cluster/test.txt
merhaba gluster
Tebrikler artık kendinize ait bir storage sisteminiz var.
GlusterFS hakkında detaylı bilgi almak için aşağıdaki linkleri kullanabilirsiniz;
