CentOS 7de Tavşan Kümesini Kümeleme
RabbitMQ, AMQP, STOMP ve diğer iletişim teknolojilerini destekleyen açık kaynaklı bir mesaj aracısıdır. Kurumsal uygulamalarda yaygın olarak kullanılan bir
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 storage1
ve 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/hosts
Dosyayı değiştirinİlgili örneklere hızlı bir şekilde bağlanabilmemiz için, hosts
dosyaya hatırlanması kolay adlar eklemeliyiz . /etc/hosts
Dosyayı açın ve altına aşağıdaki satırları ekleyin:
10.0.99.10 storage1
10.0.99.11 storage2
storage1
SSH storage1
ile 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 fdisk
yukarıdaki adımları uygulayın.
fdisk /dev/sdb
/sbin/mkfs.ext4 /dev/sdb1
mkdir /glusterfs2
Düzen /etc/fstab
ve 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.
storage1
vestorage2
Daha 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
yum
Deponun 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 service
ve chkconfig
komutlarını kullanabilirsiniz :
chkconfig glusterd on
service glusterd start
storage1
vestorage2
Her 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ü systemctl
kullanıyorsanız, service
ve chkconfig
komutları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ığı, storage2
kendi depolama havuzuna eklemek . Aşağıdaki komutu çalıştırarak storage2
her 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 storage1
bakacakları storage2
veya tam tersi olacağı gibi , kendilerine bakmazlar . Dolayısıyla Peers: 1
ihtiyacımız olan şey budur.
storage1
Artı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/fstab
Sü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
storage2
Artı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 storage1
ve bir dosya oluşturun:
cd /var/files
touch created_on_storage1
Ardından, storage2
sunucuya gidin. Yürüt ls -la
ve dosyayı görmelisin created_on_storage1
.
Açık storage2
, /var/files
klasöre gidin ve bir dosya oluşturun:
cd /var/files
touch created_on_storage2
Geri dönün storage1
ve çalıştırın ls -la /var/files
. Dosyanın created_on_storage2
burada 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
, storage2
ya 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.
RabbitMQ, AMQP, STOMP ve diğer iletişim teknolojilerini destekleyen açık kaynaklı bir mesaj aracısıdır. Kurumsal uygulamalarda yaygın olarak kullanılan bir
Farklı Bir Sistem mi Kullanıyorsunuz? Pagekit PHP ile yazılmış açık kaynaklı bir CMSdir. Pagekit kaynak kodu GitHubda herkese açık olarak barındırılıyor. Bu kılavuz size
Çok Güvenli FTP arka plan programı, ya da sadece vsFTPd, özelleştirme yeteneği olan hafif bir yazılım parçasıdır. Bu derste bir müttefikimiz olacak
Belirli durumlarda, Sistem Yöneticisinin bir kullanıcı hesabı oluşturması ve yalnızca kendi dosyalarını sFTP yoluyla yönetmek için erişimini kısıtlaması gerekebilir, ancak b
Bu makalede, ModSecurity tarafından korunan bir LEMP yığını oluşturmayı açıklayacağım. ModSecurity faydalı bir açık kaynaklı web uygulaması güvenlik duvarıdır.
Giriş LAMP, Linux, Apache, MySQL ve PHPnin kısaltmasıdır. Bu yazılım yığını, kurulum için en popüler açık kaynaklı çözümdür.
Farklı Bir Sistem mi Kullanıyorsunuz? Chamilo, çevrimiçi eğitim ve takım işbirliği için yaygın olarak kullanılan ücretsiz ve açık kaynaklı bir öğrenme yönetim sistemidir (LMS).
Eskiden OpenERP olarak bilinen Odoo, iyi bilinen bir açık kaynaklı ERP iş platformudur. Her büyüklükteki işletme, bol miktarda lis sayesinde Odoodan yararlanabilir
Icinga2 güçlü bir izleme sistemidir ve bir ana istemci modelinde kullanıldığında, NRPE tabanlı izleme kontrollerine olan ihtiyacın yerini alabilir. Master-Clien
Farklı Bir Sistem mi Kullanıyorsunuz? Couch CMS, web tasarımcılarının tasarlamalarını sağlayan basit ve esnek, ücretsiz ve açık kaynaklı bir İçerik Yönetim Sistemidir (CMS)
Farklı Bir Sistem mi Kullanıyorsunuz? Netdata, gerçek zamanlı sistem ölçümleri izleme alanında yükselen bir yıldızdır. Aynı türdeki diğer araçlarla karşılaştırıldığında, Netdata:
Farklı Bir Sistem mi Kullanıyorsunuz? ERP veya Kurumsal Kaynak Planlaması, temel iş süreçlerini yönetmek için kullanılan bir kurumsal uygulama paketidir. ERPNext ücretsizdir
Başka bir Vultr eğitimine hoş geldiniz. Burada, bir SAMP sunucusunun nasıl kurulacağını ve çalıştırılacağını öğreneceksiniz. Bu kılavuz CentOS 6 için yazılmıştır. Önkoşullar
Genel Bakış Bu makale, bir Kubernetes kümesini hemen kurup kubeadm ile çalıştırmanıza yardımcı olmak içindir. Bu kılavuz iki sunucuyu
Farklı Bir Sistem mi Kullanıyorsunuz? Giriş Sails.js, Ruby on Railse benzer şekilde Node.js için bir MVC çerçevesidir. Modern uygulamalar geliştirmek için yapar
Bu eğitimde, CentOS 6 Sistemine Half Life 2 oyun sunucusu kurma süreci ele alınacaktır. 1. Adım: Önkoşulları kurma
PrestaShop popüler bir açık kaynaklı e-ticaret çözümüdür. Kendi çevrimiçi mağazanızı ücretsiz oluşturmak için kullanabilirsiniz. Bu eğitimde, size
Farklı Bir Sistem mi Kullanıyorsunuz? MODX Revolution hızlı, esnek, ölçeklenebilir, ücretsiz ve açık kaynaklı, kurumsal düzeyde bir İçerik Yönetim Sistemi (CMS)
Giriş Linux sistemleri, süreçleri ve disk alanını izlemeye yardımcı olan varsayılan olarak top, df ve du gibi izleme araçlarıyla birlikte gelir. Çoğu zaman, onlar ar
Farklı Bir Sistem mi Kullanıyorsunuz? Kolab Groupware, ücretsiz ve açık kaynaklı bir web tabanlı grup yazılımı uygulamasıdır. Özellikleri e-posta iletişiminden, olaylardan oluşur
26 Büyük Veri Analitik Tekniğine Bir Bakış: 1. Bölüm
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.
Büyük Veri Mimarisindeki farklı katmanları ve işlevlerini en basit şekilde öğrenmek için blogu okuyun.
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.
CAPTCHA, son birkaç yılda kullanıcıların çözmesi oldukça zorlaştı. Gelecekte spam ve bot tespitinde etkili kalabilecek mi?
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.
Teletıp, uzaktan sağlık hizmetleri ve gelecek nesiller üzerindeki etkisi nedir? Pandemi durumunda iyi bir yer mi değil mi? Bir görünüm bulmak için blogu okuyun!
Bilgisayar korsanlarının çok para kazandığını duymuş olabilirsiniz, ancak bu kadar parayı nasıl kazandıklarını hiç merak ettiniz mi? Hadi tartışalım.
Son zamanlarda Apple, sorunları gidermek için macOS Catalina 10.15.4'ü ek bir güncelleme yayınladı, ancak güncelleme, mac makinelerinde tuğla oluşmasına neden olan daha fazla soruna neden oluyor gibi görünüyor. Daha fazla bilgi edinmek için bu makaleyi okuyun