CentOS 7de LibreNMS Kullanarak Cihazlarınızı İzleyin
CentOS 7 üzerinde LibreNMS kullanarak ağ cihazlarınızı etkili bir şekilde izleyin. Ağ izleme için gerekli adımları ve yapılandırmaları öğrenin.
GlusterFS, iki sürücüyü ağdaki birden çok aygıt arasında etkili bir şekilde paylaşmanıza olanak tanıyan ağa bağlı bir dosya sistemidir. Bu dosya sistemi Vultr'un blok depolama teklifine mükemmel uyum sağlar, çünkü ağ üzerinden mümkün olmayan bir sürücüyü paylaşabilirsiniz.
Özellikler, genişletilebilirlik ve güvenilirlik açısından, GlusterFS'nin mevcut en sofistike ve istikrarlı dosya sistemlerinden biri olduğu kanıtlanmıştır.
Bir sunucudaki sürücüde değişiklik yapıldığında, bunlar otomatik olarak diğer sunucuya gerçek zamanlı olarak çoğaltılacaktır. Bunu başarmak ve bu kılavuzu takip etmek için ihtiyacınız olacak:
Bu iki blok depolama sürücüsünü sipariş ettikten sonra, VM 1 ve VM 2'ye bağlamanız gerekir. Aynı dosya sistemi için her iki blok depolama sürücüsünü kullanacağımızdan, her iki sürücünün toplam boyutunu ikiye bölmek size kullanılabilir miktarı verecektir. GB. Örneğin, iki adet 100 GB sürücünüz varsa, 100 GB kullanılabilir (100 * 2/2).
Ayrıca, aynı özel ağda yer alabilmeleri için her iki VM'nin de aynı konumda olması gerekecektir. Sunuculara dahili IP adreslerini kullanarak bağlanacağız. Blok depolama sürücüsündeki verileri sileceğimizi unutmayın. Yepyeni ve biçimlendirilmemiş olduklarından emin olun.
Bu kılavuzda, kullanıyor olacak storage1ve storage2özel IP adresleri 10.0.99.10 ve 10.0.99.11 ile sırasıyla. Sunucu adlarınız ve IP adresleriniz büyük olasılıkla farklılık gösterecektir, bu nedenle GlusterFS kurulum sürecinde bunları değiştirdiğinizden emin olun.
Bu kılavuz CentOS / RHEL 7 düşünülerek yazılmıştır. Ancak, GlusterFS birden çok Linux dağıtımında nispeten çapraz uyumludur.
/etc/hostsDosyayı değiştirinİlgili örneklere hızlı bir şekilde bağlanabilmemiz için, hostsdosyaya hatırlanması kolay adlar eklemeliyiz . /etc/hostsDosyayı açın ve altına aşağıdaki satırları ekleyin:
10.0.99.10 storage1
10.0.99.11 storage2
storage1SSH storage1ile aşağıdaki komutları girin ve çalıştırın. Varsayılan olarak, bağlı blok depolama sürücüleri olarak takılır /dev/vdb. Bu, sizin durumunuzda herhangi bir nedenden farklıysa, aşağıdaki komutlarda değiştirmelisiniz.
Diski biçimlendirin:
fdisk /dev/vdb
Aşağıdaki üç soru için "enter" tuşuna basın (bölüm boyutu ve benzerleriyle ilgili olarak, blok depolama sürücülerindeki tüm kullanılabilir alanı kullanmak istiyoruz) ve bu değişiklikleri diske yazmak için "w" yazın. Bu başarıyla tamamlandıktan sonra şunu yazın:
/sbin/mkfs.ext4 /dev/vdb1
Vultr varsayılan olarak blok depolamada herhangi bir dosya sistemi oluşturmadığından, şimdi bir dosya sistemi oluşturduk.
Daha sonra, dosyalarımızı saklayacağımız klasörü oluşturacağız. Bu adı değiştirebilirsiniz, ancak çok fazla göründüğünü görmezsiniz, bu yüzden karmaşıklığı ortadan kaldırmak için onu yalnız bırakmanızı öneririm.
mkdir /glusterfs1
Sürücüyü otomatik olarak önyüklemeye monte etmek için /etc/fstab, aşağıdaki satırı açın ve dosyanın altına ekleyin:
/dev/vdb1 /glusterfs1 ext4 defaults 1 2
Son olarak, sürücüyü monte edin:
mount -a
Montaj, yeniden başlatmalar boyunca kalıcı olacaktır, bu nedenle sunucunuzu yeniden başlattığınızda sürücü otomatik olarak tekrar bağlanır.
storage2Şimdi diski ekleyip taktığımıza göre storage1, diski de yaratmamız gerekiyor storage2. Komutlar çok az farklı. İçin fdiskyukarıdaki adımları uygulayın.
fdisk /dev/sdb
/sbin/mkfs.ext4 /dev/sdb1
mkdir /glusterfs2
Düzen /etc/fstabve aşağıdaki satırı ekleyin:
/dev/vdb1 /glusterfs2 ext4 defaults 1 2
Tıpkı açık olduğu gibi storage1, sürücü otomatik olarak yeniden başlatmalara monte edilecektir.
Sürücüyü monte edin:
mount -a
Son olarak, bölümün görünüp görünmediğini kontrol edelim:
df -h
Sürücünüzün burada göründüğünü görmelisiniz. Başlamazsa, lütfen yukarıdaki adımları izlemeyi deneyin.
storage1vestorage2Daha sonra GlusterFS'yi yüklememiz gerekiyor. Depoyu ekleyin ve GlusterFS'yi yükleyin:
rpm -ivh http://dl.fedoraproject.org/pub/epel/7/x86_64/e/epel-release-7-5.noarch.rpm
wget -P /etc/yum.repos.d http://download.gluster.org/pub/gluster/glusterfs/3.7/3.7.5/CentOS/glusterfs-epel.repo
yum -y install glusterfs glusterfs-fuse glusterfs-server
yumDeponun imzası doğru olmadığından hata alma şansınız vardır . Bu durumda, GPG imzasını kontrol etmemeyi zorlamak güvenlidir:
yum -y install glusterfs glusterfs-fuse glusterfs-server --nogpgcheck
Her iki sunucuda da GlusterFS'yi şimdi başlatmak için aşağıdaki komutları yürütün ve yeniden başlattıktan sonra otomatik olarak başlatın:
systemctl enable glusterd.service
systemctl start glusterd.service
CentOS'un daha eski bir sürümünü kullanıyorsanız serviceve chkconfigkomutlarını kullanabilirsiniz :
chkconfig glusterd on
service glusterd start
storage1vestorage2Her ne kadar en iyi çözüm olmasa da, engellenen bağlantı noktalarıyla olası çakışmaları ortadan kaldırmak için güvenlik duvarını kapatmak iyi bir fikirdir. Bunu yapmakta kendinizi rahat hissetmiyorsanız, kuralları beğeninize göre değiştirmekten çekinmeyin, ancak GlusterFS'nin doğası nedeniyle güvenlik duvarını devre dışı bırakmanızı şiddetle tavsiye ederim. Özel bir ağın Vultr'da gerçekten özel olduğunu düşünürseniz (ve diğer müşterilerin güvenlik duvarını kapatmanıza gerek yoktur), internetten gelen tüm trafiği engelleyebilir ve özel ağa izin verilen bağlantıları kısıtlayabilirsiniz. Ancak, güvenlik duvarını kapatmak ve diğer sistem yapılandırmalarını değiştirmemek de yeterli olacaktır:
systemctl stop firewalld.service
systemctl disable firewalld.service
Desteklemeyen eski bir CentOS sürümü systemctlkullanıyorsanız, serviceve chkconfigkomutlarını kullanın:
service firewalld stop
chkconfig firewalld off
Kullanmadığınız durumda firewalld, devre dışı bırakmayı deneyin iptables:
service iptables stop
chkconfig iptables off
Güvenlik duvarını kapattıktan sonra, her iki sunucuyu da depolama havuzuna ekleyebiliyoruz. Bu, mevcut tüm depolardan oluşan bir havuzdur. Aşağıdaki komutu yürütün storage1:
gluster peer probe storage2
Bu komutun yaptığı, storage2kendi depolama havuzuna eklemek . Aşağıdaki komutu çalıştırarak storage2her iki sürücü de senkronize olur:
gluster peer probe storage1
Bunu her iki sunucuda da gerçekleştirdikten sonra, her iki sunucudaki durumu kontrol etmeliyiz:
gluster peer status
Her iki sunucu da "Eşler: 1" durumunu göstermelidir. Yaygın bir hata, insanların görmeyi beklediği Peers: 2, ancak storage1bakacakları storage2veya tam tersi olacağı gibi , kendilerine bakmazlar . Dolayısıyla Peers: 1ihtiyacımız olan şey budur.
storage1Artık her iki sunucu da GlusterFS aracılığıyla birbirine bağlanabildiğine göre, paylaşılan bir sürücü oluşturacağız.
Açık storage1, yürütün:
gluster volume create mailrep-volume replica 2 storage1:/glusterfs1/files storage2:/glusterfs2/files force
Birim şimdi oluşturuldu. GlusterFS'de, birden fazla cihazda aktif olarak paylaşılması için bir birimi "başlatmanız" gerekir. Başlayalım:
gluster volume start mailrep-volume
Ardından, birimde olması ve her iki sunucuda da çoğaltılması gereken bir klasör seçin. Bu öğreticide klasörü kullanacağız /var/files. Doğal olarak bu istediğiniz bir şey olabilir. storage1 Yalnızca üzerinde oluştur :
mkdir /var/files
Sonra monte edin:
mount.glusterfs storage1:/mailrep-volume /var/files/
/etc/fstabSürücünün otomatik olarak önyüklemeye bağlanacağı şekilde güncelleyin . Aşağıdakileri ekleyin:
storage1:/mailrep-volume /var/files glusterfs defaults,_netdev 0 0
Sürücüyü tekrar takın:
mount -a
storage2Artık üzerinde paylaşılan bir sürücü oluşturduğumuza göre storage1, üzerinde de bir sürücü oluşturmamız gerekiyor storage2. Aynı konuma / yola ve ada sahip bir klasör oluşturun:
mkdir /var/files
mount.glusterfs storage2:/mailrep-volume /var/files/
Aynen olduğu gibi storage1, aşağıdaki satırı ekleyin /etc/fstab:
storage2:/mailrep-volume /var/files glusterfs defaults,_netdev 0 0
Sürücüyü tekrar takın:
mount -a
/var/filesÜzerindeki klasöre gidin storage1ve bir dosya oluşturun:
cd /var/files
touch created_on_storage1
Ardından, storage2sunucuya gidin. Yürüt ls -lave dosyayı görmelisin created_on_storage1.
Açık storage2, /var/filesklasöre gidin ve bir dosya oluşturun:
cd /var/files
touch created_on_storage2
Geri dönün storage1ve çalıştırın ls -la /var/files. Dosyanın created_on_storage2burada göründüğünü görmelisiniz .
Kurulumunuzun yeniden başlatmalarda kalıcı olup olmayacağını iki kez kontrol etmek için, en iyi uygulama olarak, tüm sunucuları yeniden başlatmanız gerekir. Belirtildiği gibi, bir sunucunun hazır olmasını beklemeli ve ardından paylaşılan sürücünün otomatik olarak bağlanması için diğer sunucuyu yeniden başlatmalısınız.
storage1Önce yeniden başlatın , yukarı çıkmasını bekleyin, ardından yeniden başlatın storage2. Şimdi her iki sunucuda da oturum açın ve çalıştırın:
cd /var/files
ls -la
Şimdi her iki dosyanın da göründüğünü görmelisiniz. Birimde dosya olmadan başladığınızdan emin olun, bu nedenle oluşturduğumuz test dosyalarını kaldırın. Bunu yapabileceğiniz storage1, storage2ya da her ikisi. Değişiklikler anında çoğaltılacak:
cd /var/files
rm created_on_storage1
rm created_on_storage2
Her iki birimdeki işlemlerden bağımsız olarak, her iki sunucuda da aynı paylaşılan birime sahip olmalısınız.
Artık 100 GB (veya daha fazla) kullanılabilir alana sahip tam teşekküllü bir GlusterFS kurulumu yaptınız. Gelecekte daha fazlasına ihtiyacınız olması durumunda, iş yükünüzün gerektirmesi durumunda kurulum daha fazla kapasite ve / veya daha fazla sunucu eklemek için kolayca ölçeklenebilir.
Okuduğunuz için teşekkürler!
GlusterFS, verilerinizi iki sürücüde güncel tutmanıza olanak tanır. Ancak, her iki sunucu aynı anda yeniden başlatıldığında , sürücüleri her iki sunucuya da zorla bağlamanız gerektiğini unutmayın . Aşağıdaki komutu yürüterek montaj parçasını manuel olarak zorlamalısınız:
gluster volume start mailrep-volume force
Çünkü sunuculardan biri sunucu, diğeri istemci gibi davranır. Fark uygulamada çok kolay fark edilemese de, her iki sunucuyu da yeniden başlatmanız gerektiğinde, birini yeniden başlatmanız, bitene kadar beklemeniz ve diğerini başlatmanız gerektiği anlamına gelir.
Verileriniz iki sürücüde çoğaltılacak olsa da, verilerinizin en az üç kez çoğaltılması gerekir. Verileriniz veri bozulmasına ve benzerlerine karşı daha iyi korunmasına rağmen, değişikliklerin anında olduğunu ve hiçbir şekilde insan hatasına karşı korunmayacağınızı not etmelisiniz. Bir sürücüdeki tüm dosyaları kaldırdığınızda, bu değişiklikler hemen diğer sürücüye çoğaltılır, yani verileriniz her iki durumda da silinir.
Neyse ki, bundan kaçınmak için birçok yaklaşım vardır. Öncelikle, bulut bulut sunucunuzun kendisinde yedeklemeyi etkinleştirmenizi öneririz. Bu yedeklemeler blok depolamadaki verileri içermemesine rağmen, örneğin kendisindeki verileri koruyacaktır.
Blok depolama alanındaki verilerin yedeklenmesi söz konusu olduğunda, örneğin her gece bağlı iki sunucudan birinden bir yedek çalıştırabilmeniz için ayrı bir örneği (örneğin bir SATA planı) döndürmenizi öneririm. Bu şekilde verileriniz başka bir ayrı cihazda güvende olur.
Vultr kontrol panelinden blok depolama boyutunu artırabilirsiniz. İşletim sisteminin içindeki diski daha sonra yeniden boyutlandırmalısınız, ancak bu makalenin kapsamı dışındadır.
Bu kılavuz iki sunucu için yazılmış olmasına rağmen (bu nedenle her iki sunucuya bağlı iki blok depolama sürücüsü), ancak bu kılavuzu alıp iki sunucudan fazlası için kullanmak mümkündür. İki sunucu / sürücü içeren bir kurulum, 6 sunucu için şu şekilde görünebilir, örneğin:
VM: storage1
VM: storage2
VM: storage3
VM: storage4
Block Storage: attached to storage1
Block Storage: attached to storage2
Block Storage: attached to storage3
Block Storage: attached to storage4
Tüm blok depolama sürücülerinin 200 GB kapasiteye sahip olduğu göz önüne alındığında, 200 * 4/4 elde edersiniz. Başka bir deyişle, kullanılabilir alan her zaman tek bir blok depolama sürücüsünün kapasitesidir. Bunun nedeni, blok depolama alanı eklenmiş bir sunucunun GlusterFS tarafından "ana" olarak ele alınması ve diğer sunucular arasında çoğaltılmasıdır. Bununla birlikte, kurulum, bir ana sunucu olmadan hayatta kalabilmek için inşa edilmiştir, bu da onu gereksiz ve güvenilir, istikrarlı bir çözüm haline getirir.
CentOS 7 üzerinde LibreNMS kullanarak ağ cihazlarınızı etkili bir şekilde izleyin. Ağ izleme için gerekli adımları ve yapılandırmaları öğrenin.
Counter-Strike: Global Offensive sunucusu kurmak için gerekli adımlar. Gerekli araçlar ve yükleme süreci hakkında bilgi.
OpenNMS, çok sayıda cihazı izlemek ve yönetmek için kullanılabilen bir açık kaynak ağ yönetim platformudur. Ubuntu 16.04 LTS üzerinde OpenNMS kurulumu için tüm adımları keşfedin.
Farklı Bir Sistem mi Kullanıyorsunuz? LibreNMS tam özellikli bir açık kaynak ağ izleme sistemidir.
26 Büyük Veri Analitik Tekniğine Bir Bakış: 1. Bölüm
Büyük Veri Mimarisindeki farklı katmanları ve işlevlerini en basit şekilde öğrenmek için blogu okuyun.
Birçoğunuz Switch'in Mart 2017'de çıkacağını ve yeni özelliklerini biliyorsunuz. Bilmeyenler için, 'Switch'i 'olmazsa olmaz bir gadget' yapan özelliklerin bir listesini hazırladık.
Teknoloji devlerinin sözlerini yerine getirmesini mi bekliyorsunuz? teslim edilmeyenleri kontrol edin.
Yapay Zekanın küçük ölçekli şirketler arasında nasıl popüler hale geldiğini ve onları büyütme ve rakiplerine üstünlük sağlama olasılıklarını nasıl artırdığını öğrenmek için bunu okuyun.
Bilim hızla gelişip birçok çabamızı üstlendikçe, kendimizi açıklanamaz bir Tekilliğe maruz bırakmanın riskleri de artıyor. Okuyun, tekillik bizim için ne anlama gelebilir.