{"id":3863,"date":"2025-12-31T22:54:33","date_gmt":"2025-12-31T19:54:33","guid":{"rendered":"https:\/\/www.dchost.com\/blog\/nfs-sshfs-ve-rsync-ile-cok-sunuculu-dosya-paylasimi\/"},"modified":"2025-12-31T22:54:33","modified_gmt":"2025-12-31T19:54:33","slug":"nfs-sshfs-ve-rsync-ile-cok-sunuculu-dosya-paylasimi","status":"publish","type":"post","link":"https:\/\/www.dchost.com\/blog\/nfs-sshfs-ve-rsync-ile-cok-sunuculu-dosya-paylasimi\/","title":{"rendered":"NFS, SSHFS ve rsync ile \u00c7ok Sunuculu Dosya Payla\u015f\u0131m\u0131"},"content":{"rendered":"<div class=\"dchost-blog-content-wrapper\"><div id=\"toc_container\" class=\"toc_transparent no_bullets\"><p class=\"toc_title\">\u0130&ccedil;indekiler<\/p><ul class=\"toc_list\"><li><a href=\"#Birden_Fazla_Web_Sunucusunda_Dosya_Paylasimi_Neden_Kritik\"><span class=\"toc_number toc_depth_1\">1<\/span> Birden Fazla Web Sunucusunda Dosya Payla\u015f\u0131m\u0131 Neden Kritik?<\/a><\/li><li><a href=\"#Once_Mimariyi_Netlestirelim_Ne_Paylasiliyor\"><span class=\"toc_number toc_depth_1\">2<\/span> \u00d6nce Mimariyi Netle\u015ftirelim: Ne Payla\u015f\u0131l\u0131yor?<\/a><ul><li><a href=\"#Paylasilmasi_Gereken_Tipik_Klasorler\"><span class=\"toc_number toc_depth_2\">2.1<\/span> Payla\u015f\u0131lmas\u0131 Gereken Tipik Klas\u00f6rler<\/a><\/li><li><a href=\"#Paylasilmasi_Gerekmeyen_Hatta_Paylasilmamasi_Gereken_Dosyalar\"><span class=\"toc_number toc_depth_2\">2.2<\/span> Payla\u015f\u0131lmas\u0131 Gerekmeyen (Hatta Payla\u015f\u0131lmamas\u0131 Gereken) Dosyalar<\/a><\/li><li><a href=\"#Iki_Temel_Yaklasim_Paylasimli_Depolama_vs_Senkronizasyon\"><span class=\"toc_number toc_depth_2\">2.3<\/span> \u0130ki Temel Yakla\u015f\u0131m: Payla\u015f\u0131ml\u0131 Depolama vs Senkronizasyon<\/a><\/li><\/ul><\/li><li><a href=\"#NFS_Klasik_Paylasimli_Dosya_Sistemi\"><span class=\"toc_number toc_depth_1\">3<\/span> NFS: Klasik Payla\u015f\u0131ml\u0131 Dosya Sistemi<\/a><ul><li><a href=\"#NFS_Nasil_Calisir\"><span class=\"toc_number toc_depth_2\">3.1<\/span> NFS Nas\u0131l \u00c7al\u0131\u015f\u0131r?<\/a><\/li><li><a href=\"#NFSnin_Avantajlari\"><span class=\"toc_number toc_depth_2\">3.2<\/span> NFS\u2019nin Avantajlar\u0131<\/a><\/li><li><a href=\"#NFSnin_Dezavantajlari_ve_Riskleri\"><span class=\"toc_number toc_depth_2\">3.3<\/span> NFS\u2019nin Dezavantajlar\u0131 ve Riskleri<\/a><\/li><li><a href=\"#NFS_Kullanirken_Pratik_Oneriler\"><span class=\"toc_number toc_depth_2\">3.4<\/span> NFS Kullan\u0131rken Pratik \u00d6neriler<\/a><\/li><li><a href=\"#Hangi_Senaryoda_NFS_Mantikli\"><span class=\"toc_number toc_depth_2\">3.5<\/span> Hangi Senaryoda NFS Mant\u0131kl\u0131?<\/a><\/li><\/ul><\/li><li><a href=\"#SSHFS_Hizli_Montaj_Sinirli_Uretim_Kullanimi\"><span class=\"toc_number toc_depth_1\">4<\/span> SSHFS: H\u0131zl\u0131 Montaj, S\u0131n\u0131rl\u0131 \u00dcretim Kullan\u0131m\u0131<\/a><ul><li><a href=\"#SSHFSnin_Avantajlari\"><span class=\"toc_number toc_depth_2\">4.1<\/span> SSHFS\u2019nin Avantajlar\u0131<\/a><\/li><li><a href=\"#SSHFSnin_Dezavantajlari\"><span class=\"toc_number toc_depth_2\">4.2<\/span> SSHFS\u2019nin Dezavantajlar\u0131<\/a><\/li><li><a href=\"#SSHFSyi_Nerede_Kullanmak_Mantikli\"><span class=\"toc_number toc_depth_2\">4.3<\/span> SSHFS\u2019yi Nerede Kullanmak Mant\u0131kl\u0131?<\/a><\/li><\/ul><\/li><li><a href=\"#rsync_Senkronizasyon_Deploy_ve_Dagitik_Dosya_Yonetimi\"><span class=\"toc_number toc_depth_1\">5<\/span> rsync: Senkronizasyon, Deploy ve Da\u011f\u0131t\u0131k Dosya Y\u00f6netimi<\/a><ul><li><a href=\"#rsync_Nasil_Calisir_ve_Neden_Seviliyor\"><span class=\"toc_number toc_depth_2\">5.1<\/span> rsync Nas\u0131l \u00c7al\u0131\u015f\u0131r ve Neden Seviliyor?<\/a><\/li><li><a href=\"#rsyncin_Avantajlari\"><span class=\"toc_number toc_depth_2\">5.2<\/span> rsync\u2019in Avantajlar\u0131<\/a><\/li><li><a href=\"#rsyncin_Dezavantajlari\"><span class=\"toc_number toc_depth_2\">5.3<\/span> rsync\u2019in Dezavantajlar\u0131<\/a><\/li><li><a href=\"#rsync_Kullanim_Senaryolari\"><span class=\"toc_number toc_depth_2\">5.4<\/span> rsync Kullan\u0131m Senaryolar\u0131<\/a><\/li><\/ul><\/li><li><a href=\"#NFS_vs_SSHFS_vs_rsync_Kisa_Karsilastirma_Tablosu\"><span class=\"toc_number toc_depth_1\">6<\/span> NFS vs SSHFS vs rsync: K\u0131sa Kar\u015f\u0131la\u015ft\u0131rma Tablosu<\/a><\/li><li><a href=\"#Guvenlik_ve_Performans_Perspektifinden_Degerlendirme\"><span class=\"toc_number toc_depth_1\">7<\/span> G\u00fcvenlik ve Performans Perspektifinden De\u011ferlendirme<\/a><ul><li><a href=\"#Guvenlik_Ipuclari\"><span class=\"toc_number toc_depth_2\">7.1<\/span> G\u00fcvenlik \u0130pu\u00e7lar\u0131<\/a><\/li><li><a href=\"#Performans_Ipuclari\"><span class=\"toc_number toc_depth_2\">7.2<\/span> Performans \u0130pu\u00e7lar\u0131<\/a><\/li><\/ul><\/li><li><a href=\"#Pratik_Senaryolar_Hangi_Desen_Ne_Zaman_Dogru\"><span class=\"toc_number toc_depth_1\">8<\/span> Pratik Senaryolar: Hangi Desen Ne Zaman Do\u011fru?<\/a><ul><li><a href=\"#Senaryo_1_2_Web_Sunuculu_WordPress_Nginx_Load_Balancer\"><span class=\"toc_number toc_depth_2\">8.1<\/span> Senaryo 1: 2 Web Sunuculu WordPress + Nginx Load Balancer<\/a><\/li><li><a href=\"#Senaryo_2_Laravel_Uygulamasi_Arka_Plan_Isciler_ve_Coklu_VPS\"><span class=\"toc_number toc_depth_2\">8.2<\/span> Senaryo 2: Laravel Uygulamas\u0131, Arka Plan \u0130\u015f\u00e7iler ve \u00c7oklu VPS<\/a><\/li><li><a href=\"#Senaryo_3_Okuma_Agirlikli_Dosya_Arsivi\"><span class=\"toc_number toc_depth_2\">8.3<\/span> Senaryo 3: Okuma A\u011f\u0131rl\u0131kl\u0131 Dosya Ar\u015fivi<\/a><\/li><li><a href=\"#Senaryo_4_Gelecege_Hazirlik_Object_Storage_ve_CDN\"><span class=\"toc_number toc_depth_2\">8.4<\/span> Senaryo 4: Gelece\u011fe Haz\u0131rl\u0131k \u2013 Object Storage ve CDN<\/a><\/li><\/ul><\/li><li><a href=\"#DCHost_Altyapisinda_Dogru_Secimi_Yapmak\"><span class=\"toc_number toc_depth_1\">9<\/span> DCHost Altyap\u0131s\u0131nda Do\u011fru Se\u00e7imi Yapmak<\/a><\/li><\/ul><\/div>\n<h2><span id=\"Birden_Fazla_Web_Sunucusunda_Dosya_Paylasimi_Neden_Kritik\">Birden Fazla Web Sunucusunda Dosya Payla\u015f\u0131m\u0131 Neden Kritik?<\/span><\/h2>\n<p>Bir web uygulamas\u0131n\u0131 tek bir sunucudan al\u0131p, iki ya da daha fazla web sunucusuna yaymaya karar etti\u011finiz anda kar\u015f\u0131n\u0131za ilk \u00e7\u0131kan soru \u015fudur: &#8220;Bu sunucular ayn\u0131 dosyalara nas\u0131l eri\u015fecek?&#8221; \u00d6zellikle WordPress, Laravel, WooCommerce ya da dosya a\u011f\u0131rl\u0131kl\u0131 \u00f6zel uygulamalarda; kullan\u0131c\u0131 y\u00fcklemeleri, loglar, cache ve deploy edilmi\u015f kodun birbiriyle tutarl\u0131 kalmas\u0131 i\u015fin en zor k\u0131sm\u0131d\u0131r.<\/p>\n<p>DCHost taraf\u0131nda yeni bir \u00e7ok sunuculu mimari planlarken, proje planlama toplant\u0131lar\u0131nda en \u00e7ok \u00fczerinde durdu\u011fumuz konulardan biri tam olarak bu: Payla\u015f\u0131ml\u0131 depolama m\u0131 kuraca\u011f\u0131z, yoksa her sunucunun kendi diskinde tutulan dosyalar\u0131 ak\u0131ll\u0131 bir senkronizasyon ile mi y\u00f6netece\u011fiz? NFS, SSHFS ve rsync bu noktada en s\u0131k kullan\u0131lan \u00fc\u00e7 ara\u00e7. Her biri farkl\u0131 ihtiya\u00e7lara iyi cevap veriyor; ama yanl\u0131\u015f senaryoda se\u00e7ildi\u011finde performans, g\u00fcvenlik ve veri b\u00fct\u00fcnl\u00fc\u011f\u00fc taraf\u0131nda ciddi ba\u015f a\u011fr\u0131lar\u0131 yaratabiliyor.<\/p>\n<p>Bu yaz\u0131da, birden fazla web sunucusu aras\u0131nda dosya payla\u015f\u0131m\u0131 i\u00e7in NFS, SSHFS ve rsync\u2019i teknik, pratik ve operasyonel boyutlar\u0131yla ele alaca\u011f\u0131z. Hangi senaryoda hangisinin \u00f6ne \u00e7\u0131kt\u0131\u011f\u0131n\u0131, nerede sorun \u00e7\u0131kard\u0131\u011f\u0131n\u0131 ve DCHost altyap\u0131s\u0131nda bu \u00e7\u00f6z\u00fcmleri nas\u0131l konumland\u0131rabilece\u011finizi ad\u0131m ad\u0131m netle\u015ftirece\u011fiz.<\/p>\n<h2><span id=\"Once_Mimariyi_Netlestirelim_Ne_Paylasiliyor\">\u00d6nce Mimariyi Netle\u015ftirelim: Ne Payla\u015f\u0131l\u0131yor?<\/span><\/h2>\n<p>Teknik detaya girmeden \u00f6nce, \u00e7ok sunuculu bir mimaride hangi dosyalar\u0131n ger\u00e7ekten payla\u015f\u0131lmas\u0131 gerekti\u011fini ay\u0131rmak \u00f6nemli. Gereksiz payla\u015f\u0131mlar hem performans\u0131 d\u00fc\u015f\u00fcr\u00fcr hem de hata y\u00fczeyini b\u00fcy\u00fct\u00fcr.<\/p>\n<h3><span id=\"Paylasilmasi_Gereken_Tipik_Klasorler\">Payla\u015f\u0131lmas\u0131 Gereken Tipik Klas\u00f6rler<\/span><\/h3>\n<ul>\n<li><strong>Kullan\u0131c\u0131 y\u00fcklemeleri:<\/strong> WordPress\u2019te <code>wp-content\/uploads<\/code>, Laravel\u2019de <code>storage\/app\/public<\/code> gibi klas\u00f6rler. Dosya y\u00fckleme formu hangi sunucuya denk gelirse gelsin, di\u011fer sunucular\u0131n da bu dosyay\u0131 g\u00f6rebilmesi gerekir.<\/li>\n<li><strong>Payla\u015f\u0131lan statik i\u00e7erik:<\/strong> Versiyonlanmam\u0131\u015f g\u00f6rseller, dok\u00fcmanlar, rapor \u00e7\u0131kt\u0131lar\u0131.<\/li>\n<li><strong>Oturum veya cache dosyalar\u0131 (k\u0131smen):<\/strong> Dosya tabanl\u0131 PHP session kullan\u0131yorsan\u0131z, t\u00fcm web sunucular\u0131 ayn\u0131 session dizinini okuyor olmal\u0131d\u0131r. Ancak \u00e7o\u011fu senaryoda burada Redis gibi ayr\u0131 bir \u00e7\u00f6z\u00fcm tercih etmek daha sa\u011fl\u0131kl\u0131d\u0131r.<\/li>\n<li><strong>Loglar (opsiyonel):<\/strong> Uygulama loglar\u0131n\u0131n tek yerde toplanmas\u0131 g\u00fczel; ama bunu zorunlu olarak payla\u015f\u0131ml\u0131 dosya sistemiyle yapmak \u015fart de\u011fil. Merkezi loglama stack\u2019i genelde daha iyi bir \u00e7\u00f6z\u00fcmd\u00fcr.<\/li>\n<\/ul>\n<h3><span id=\"Paylasilmasi_Gerekmeyen_Hatta_Paylasilmamasi_Gereken_Dosyalar\">Payla\u015f\u0131lmas\u0131 Gerekmeyen (Hatta Payla\u015f\u0131lmamas\u0131 Gereken) Dosyalar<\/span><\/h3>\n<ul>\n<li><strong>Uygulama kodu:<\/strong> Kodun NFS gibi bir payla\u015f\u0131ml\u0131 diskte \u00e7al\u0131\u015fmas\u0131 yerine, her sunucuya CI\/CD ile deploy edilmesi daha g\u00fcvenilir ve performansl\u0131d\u0131r.<\/li>\n<li><strong>Ge\u00e7ici dosyalar ve local cache:<\/strong> PHP opcache, local HTTP cache, derlenmi\u015f varl\u0131klar (assets) gibi dosyalar her sunucuda ayr\u0131 tutulabilir.<\/li>\n<li><strong>Veritaban\u0131 dosyalar\u0131:<\/strong> MySQL\/PostgreSQL data dizinini NFS gibi bir a\u011f dosya sistemine koymak genelde <strong>k\u00f6t\u00fc fikirdir<\/strong>; bunun yerine klasik replikasyon ya da \u00f6zel \u00e7\u00f6z\u00fcmler tercih edilmelidir.<\/li>\n<\/ul>\n<p>Depolama t\u00fcrleri aras\u0131ndaki farklar\u0131 daha geni\u015f perspektiften g\u00f6rmek i\u00e7in <a href=\"https:\/\/www.dchost.com\/blog\/object-storage-vs-block-storage-vs-file-storage-web-uygulamalari-ve-yedekler-icin-dogru-secim\/\">Object Storage vs Block Storage vs File Storage yaz\u0131m\u0131zda<\/a> dosya sistemlerinin g\u00fc\u00e7l\u00fc ve zay\u0131f yanlar\u0131n\u0131 detayl\u0131 olarak anlatt\u0131k.<\/p>\n<h3><span id=\"Iki_Temel_Yaklasim_Paylasimli_Depolama_vs_Senkronizasyon\">\u0130ki Temel Yakla\u015f\u0131m: Payla\u015f\u0131ml\u0131 Depolama vs Senkronizasyon<\/span><\/h3>\n<ul>\n<li><strong>Payla\u015f\u0131ml\u0131 depolama (NFS, SSHFS):<\/strong> Tek bir merkezi depolama alan\u0131 vard\u0131r, t\u00fcm web sunucular\u0131 bu alan\u0131 sanki local diskmi\u015f gibi mount eder. Uygulama a\u00e7\u0131s\u0131ndan tek disk varm\u0131\u015f gibi g\u00f6r\u00fcn\u00fcr.<\/li>\n<li><strong>Senkronizasyon (rsync, deploy pipeline\u2019lar\u0131):<\/strong> Her sunucunun kendi diski vard\u0131r; dosyalar belirli aral\u0131klarla veya event tabanl\u0131 olarak birbirine kopyalan\u0131r.<\/li>\n<\/ul>\n<p>Ger\u00e7ek d\u00fcnyada \u00e7o\u011fu mimari bu iki yakla\u015f\u0131m\u0131 kar\u0131\u015ft\u0131r\u0131r: \u00d6rne\u011fin uploads klas\u00f6r\u00fc i\u00e7in payla\u015f\u0131ml\u0131 depolama, kod i\u00e7in rsync tabanl\u0131 CI\/CD gibi. \u015eimdi NFS, SSHFS ve rsync\u2019i bu \u00e7er\u00e7evede tek tek ele alal\u0131m.<\/p>\n<h2><span id=\"NFS_Klasik_Paylasimli_Dosya_Sistemi\">NFS: Klasik Payla\u015f\u0131ml\u0131 Dosya Sistemi<\/span><\/h2>\n<p>NFS (Network File System), onlarca y\u0131ld\u0131r Unix\/Linux d\u00fcnyas\u0131nda kullan\u0131lan, olgun bir a\u011f dosya sistemi protokol\u00fcd\u00fcr. <a href=\"https:\/\/www.dchost.com\/blog\/nfs-depolama-nedir\/\">NFS depolama nedir?<\/a> yaz\u0131m\u0131zda temellerini detayl\u0131ca anlatt\u0131k; burada a\u011f\u0131rl\u0131kl\u0131 olarak \u00e7oklu web sunucusu ba\u011flam\u0131ndaki art\u0131 ve eksilerine odaklanaca\u011f\u0131z.<\/p>\n<h3><span id=\"NFS_Nasil_Calisir\">NFS Nas\u0131l \u00c7al\u0131\u015f\u0131r?<\/span><\/h3>\n<p>Basit\u00e7e anlat\u0131rsak:<\/p>\n<ul>\n<li>Bir sunucu NFS server olarak \u00e7al\u0131\u015f\u0131r; belirli bir klas\u00f6r\u00fc a\u011f \u00fczerinden payla\u015f\u0131r.<\/li>\n<li>Web sunucular\u0131 bu payla\u015f\u0131m\u0131 <code>mount<\/code> komutu ile kendi dosya sistemlerine ba\u011flar.<\/li>\n<li>Uygulama, NFS \u00fczerinde oldu\u011funu bilmeden bu klas\u00f6r\u00fc normal bir dizin gibi okur\/yazar.<\/li>\n<\/ul>\n<p>NFS, kernel seviyesinde \u00e7al\u0131\u015ft\u0131\u011f\u0131 i\u00e7in genelde SSHFS gibi FUSE tabanl\u0131 \u00e7\u00f6z\u00fcmlerden daha y\u00fcksek performans ve daha iyi POSIX uyumu sa\u011flar.<\/p>\n<h3><span id=\"NFSnin_Avantajlari\">NFS\u2019nin Avantajlar\u0131<\/span><\/h3>\n<ul>\n<li><strong>Ger\u00e7ek zamanl\u0131 payla\u015f\u0131m:<\/strong> Bir sunucuda olu\u015fturulan dosya, an\u0131nda di\u011fer t\u00fcm sunucularda g\u00f6r\u00fcn\u00fcr. Upload klas\u00f6rleri i\u00e7in idealdir.<\/li>\n<li><strong>POSIX uyumu:<\/strong> Dosya izinleri, owner\/grup, lock mekanizmalar\u0131 b\u00fcy\u00fck oranda klasik bir Linux dosya sistemi gibi \u00e7al\u0131\u015f\u0131r.<\/li>\n<li><strong>Performans:<\/strong> Do\u011fru yap\u0131land\u0131r\u0131ld\u0131\u011f\u0131nda, \u00f6zellikle yerel a\u011fda olduk\u00e7a y\u00fcksek throughput ve nispeten d\u00fc\u015f\u00fck latency sunar.<\/li>\n<li><strong>Basit entegrasyon:<\/strong> Neredeyse t\u00fcm Linux da\u011f\u0131t\u0131mlar\u0131nda NFS istemcisi haz\u0131r gelir; ek yaz\u0131l\u0131m gerektirmez.<\/li>\n<\/ul>\n<h3><span id=\"NFSnin_Dezavantajlari_ve_Riskleri\">NFS\u2019nin Dezavantajlar\u0131 ve Riskleri<\/span><\/h3>\n<ul>\n<li><strong>Tekil hata noktas\u0131 (SPOF):<\/strong> T\u00fcm web sunucular\u0131 tek bir NFS sunucusuna ba\u011fl\u0131ysa, o sunucu veya ba\u011fl\u0131 oldu\u011fu depolama giderse, t\u00fcm site i\u015flevsel olarak \u00e7\u00f6ker.<\/li>\n<li><strong>A\u011f ba\u011f\u0131ml\u0131l\u0131\u011f\u0131:<\/strong> NFS, latency\u2019ye duyarl\u0131d\u0131r. Web sunucular\u0131 ile NFS sunucusu aras\u0131nda stabil ve h\u0131zl\u0131 bir a\u011f \u015fartt\u0131r.<\/li>\n<li><strong>G\u00fcvenlik:<\/strong> Varsay\u0131lan NFS ayarlar\u0131 \u00e7o\u011fu zaman g\u00fcvenli de\u011fildir. IP tabanl\u0131 yetkilendirme, root squash, firewall kurallar\u0131 \u00e7ok dikkatli tasarlanmal\u0131d\u0131r.<\/li>\n<li><strong>Bak\u0131m zorlu\u011fu:<\/strong> Kernel mod\u00fclleri, versiyon uyumsuzluklar\u0131, lock sorunlar\u0131 gibi konular \u00f6zellikle karma\u015f\u0131k yap\u0131larda ba\u015f a\u011fr\u0131tabilir.<\/li>\n<\/ul>\n<h3><span id=\"NFS_Kullanirken_Pratik_Oneriler\">NFS Kullan\u0131rken Pratik \u00d6neriler<\/span><\/h3>\n<ul>\n<li><strong>Yaln\u0131zca ger\u00e7ekten gerekli klas\u00f6rleri payla\u015f\u0131n:<\/strong> \u00d6rne\u011fin <code>\/var\/www\/html\/uploads<\/code> veya <code>storage\/app\/public<\/code>. T\u00fcm kodu NFS\u2019den \u00e7al\u0131\u015ft\u0131rmak yerine CI\/CD ile da\u011f\u0131t\u0131n.<\/li>\n<li><strong>Mount se\u00e7eneklerini optimize edin:<\/strong> <code>noatime<\/code>, <code>nodiratime<\/code>, uygun <code>rsize<\/code>\/<code>wsize<\/code> ve <code>hard,intr<\/code> gibi parametreler performans\u0131 ve dayan\u0131kl\u0131l\u0131\u011f\u0131 ciddi etkiler.<\/li>\n<li><strong>A\u011f\u0131n\u0131z\u0131 izleyin:<\/strong> NFS sorunlar\u0131n\u0131n \u00e7o\u011fu asl\u0131nda a\u011f sorunlar\u0131d\u0131r. <a href=\"https:\/\/www.dchost.com\/tr\/vps\">VPS<\/a> veya <a href=\"https:\/\/www.dchost.com\/tr\/fiziksel-sunucu\">dedicated sunucu<\/a>lar\u0131n\u0131z\u0131 kurarken a\u011f gecikmesi ve paket kayb\u0131n\u0131 mutlaka \u00f6l\u00e7\u00fcn.<\/li>\n<li><strong>Yedeklili\u011fi planlay\u0131n:<\/strong> Kritik ortamlarda tek NFS sunucusu yerine, altta y\u00fcksek eri\u015filebilir depolama veya replikasyon kullanan \u00e7\u00f6z\u00fcmler tercih edilmelidir.<\/li>\n<\/ul>\n<h3><span id=\"Hangi_Senaryoda_NFS_Mantikli\">Hangi Senaryoda NFS Mant\u0131kl\u0131?<\/span><\/h3>\n<ul>\n<li>2\u20134 web sunuculu, tek veri merkezi i\u00e7inde \u00e7al\u0131\u015fan WordPress\/Laravel gibi PHP uygulamalar\u0131.<\/li>\n<li>Yo\u011fun upload alan ama dosya boyutlar\u0131 orta seviyede olan (\u00f6rne\u011fin 1\u201350 MB) projeler.<\/li>\n<li>Mimari sadeli\u011fin, a\u015f\u0131r\u0131 karma\u015f\u0131k \u00e7\u00f6z\u00fcmlere g\u00f6re daha \u00f6nemli oldu\u011fu KOB\u0130 ve ajans projeleri.<\/li>\n<\/ul>\n<p>Daha b\u00fcy\u00fck \u00f6l\u00e7eklerde, \u00f6zellikle \u00e7ok b\u00f6lgeli yap\u0131larda, NFS\u2019yi tek ba\u015f\u0131na \u00e7\u00f6z\u00fcm olarak kullanmak yerine; <a href=\"https:\/\/www.dchost.com\/blog\/cok-bolgeli-mimariler-nasil-kurulur-dns-geo%e2%80%91routing-ve-veritabani-replikasyonu-ile-korkusuz-felaket-dayanikliligi\/\">\u00e7ok b\u00f6lgeli mimari ve replikasyon stratejileri<\/a> ile birlikte d\u00fc\u015f\u00fcnmek gerekir.<\/p>\n<h2><span id=\"SSHFS_Hizli_Montaj_Sinirli_Uretim_Kullanimi\">SSHFS: H\u0131zl\u0131 Montaj, S\u0131n\u0131rl\u0131 \u00dcretim Kullan\u0131m\u0131<\/span><\/h2>\n<p>SSHFS, FUSE (kullan\u0131c\u0131 modunda dosya sistemi) tabanl\u0131 bir \u00e7\u00f6z\u00fcmd\u00fcr ve dosyalar\u0131 SSH \u00fczerinden mount eder. Yani, SSH ile bir sunucuya nas\u0131l ba\u011flan\u0131yorsan\u0131z, SSHFS de ayn\u0131 protokol\u00fc kullanarak o sunucudaki bir klas\u00f6r\u00fc kendi sisteminize disk gibi g\u00f6sterir.<\/p>\n<h3><span id=\"SSHFSnin_Avantajlari\">SSHFS\u2019nin Avantajlar\u0131<\/span><\/h3>\n<ul>\n<li><strong>Kolay kurulum:<\/strong> E\u011fer SSH ba\u011flant\u0131n\u0131z varsa, \u00e7o\u011fu durumda ekstra bir port a\u00e7madan SSHFS ile disk mount edebilirsiniz.<\/li>\n<li><strong>\u015eifreli ileti\u015fim:<\/strong> T\u00fcm trafik SSH \u00fczerinden ge\u00e7ti\u011fi i\u00e7in veri iletimi do\u011fal olarak \u015fifrelenir.<\/li>\n<li><strong>Esneklik:<\/strong> Ge\u00e7ici i\u015fler, debug, log inceleme, h\u0131zl\u0131 dosya kopyalama gibi durumlarda \u00e7ok pratik bir ara\u00e7t\u0131r.<\/li>\n<\/ul>\n<h3><span id=\"SSHFSnin_Dezavantajlari\">SSHFS\u2019nin Dezavantajlar\u0131<\/span><\/h3>\n<ul>\n<li><strong>Performans s\u0131n\u0131rlamalar\u0131:<\/strong> FUSE ve SSH katmanlar\u0131 nedeniyle latency ve CPU kullan\u0131m\u0131 NFS\u2019ye g\u00f6re daha y\u00fcksektir. Y\u00fcksek trafi\u011fe maruz kalan bir web site dosya sistemi i\u00e7in ideal de\u011fildir.<\/li>\n<li><strong>Stabilite sorunlar\u0131:<\/strong> A\u011f dalgalanmalar\u0131nda mount\u2019un kilitlenmesi, zaman a\u015f\u0131m\u0131, process\u2019lerin as\u0131l\u0131 kalmas\u0131 gibi problemler ya\u015fanabilir.<\/li>\n<li><strong>\u00dcretim ortam\u0131 i\u00e7in \u00f6nerilmez:<\/strong> \u00d6zellikle y\u00fcksek concurrency, \u00e7ok say\u0131da k\u00fc\u00e7\u00fck dosya ve yo\u011fun I\/O olan web projelerinde, SSHFS\u2019yi kal\u0131c\u0131 bir payla\u015f\u0131ml\u0131 depolama \u00e7\u00f6z\u00fcm\u00fc olarak konumland\u0131rmak risklidir.<\/li>\n<\/ul>\n<h3><span id=\"SSHFSyi_Nerede_Kullanmak_Mantikli\">SSHFS\u2019yi Nerede Kullanmak Mant\u0131kl\u0131?<\/span><\/h3>\n<ul>\n<li>Geli\u015ftirme veya bak\u0131m s\u0131ras\u0131nda, k\u0131sa s\u00fcreli dosya eri\u015fim ihtiya\u00e7lar\u0131.<\/li>\n<li>Prod ortam loglar\u0131n\u0131 local makinenize sanki diskmi\u015f gibi \u00e7ekip incelemek.<\/li>\n<li>K\u00fc\u00e7\u00fck i\u00e7 ara\u00e7lar veya y\u00f6netim script\u2019leri i\u00e7in, d\u00fc\u015f\u00fck trafikli senaryolar.<\/li>\n<\/ul>\n<p>DCHost taraf\u0131nda biz SSHFS\u2019yi genellikle <strong>operasyonel bir ara\u00e7<\/strong> olarak g\u00f6r\u00fcyoruz; kal\u0131c\u0131 payla\u015f\u0131ml\u0131 depolama \u00e7\u00f6z\u00fcm\u00fc olarak de\u011fil. \u00c7ok sunuculu web mimarisinde NFS veya rsync gibi y\u00f6ntemlerle kar\u015f\u0131la\u015ft\u0131r\u0131ld\u0131\u011f\u0131nda, SSHFS nadiren birincil tercih oluyor.<\/p>\n<h2><span id=\"rsync_Senkronizasyon_Deploy_ve_Dagitik_Dosya_Yonetimi\">rsync: Senkronizasyon, Deploy ve Da\u011f\u0131t\u0131k Dosya Y\u00f6netimi<\/span><\/h2>\n<p>rsync, a\u011f \u00fczerinden iki dosya a\u011fac\u0131n\u0131 verimli \u015fekilde e\u015fitlemek i\u00e7in kullan\u0131lan, neredeyse her Linux sistemde haz\u0131r gelen bir ara\u00e7t\u0131r. Fark\u0131, her seferinde t\u00fcm dosyalar\u0131 kopyalamak yerine sadece de\u011fi\u015fen bloklar\u0131 aktarmas\u0131d\u0131r.<\/p>\n<h3><span id=\"rsync_Nasil_Calisir_ve_Neden_Seviliyor\">rsync Nas\u0131l \u00c7al\u0131\u015f\u0131r ve Neden Seviliyor?<\/span><\/h3>\n<ul>\n<li>Kaynak ve hedef klas\u00f6r\u00fc tarar; eksik veya de\u011fi\u015fmi\u015f dosyalar\u0131 tespit eder.<\/li>\n<li>Varsay\u0131lan olarak sadece farklar\u0131 (delta) g\u00f6nderek bant geni\u015fli\u011fini korur.<\/li>\n<li>SSH \u00fczerinden \u00e7al\u0131\u015fabildi\u011fi i\u00e7in ekstra port a\u00e7maya gerek kalmaz.<\/li>\n<\/ul>\n<p>rsync\u2019i payla\u015f\u0131ml\u0131 bir dosya sistemi gibi d\u00fc\u015f\u00fcnmemek gerekir; <strong>anl\u0131k senkronizasyon yapar, g\u00fcncel halin canl\u0131 payla\u015f\u0131m\u0131n\u0131 yapmaz.<\/strong> Bu ayr\u0131m kritik.<\/p>\n<h3><span id=\"rsyncin_Avantajlari\">rsync\u2019in Avantajlar\u0131<\/span><\/h3>\n<ul>\n<li><strong>Basit ve olgun:<\/strong> Uzun y\u0131llard\u0131r \u00fcretim ortamlar\u0131nda kullan\u0131lan, \u00e7ok g\u00fcvenilir bir ara\u00e7.<\/li>\n<li><strong>Verimli:<\/strong> Sadece de\u011fi\u015fen bloklar\u0131 g\u00f6nderdi\u011fi i\u00e7in, \u00f6zellikle deploy ve yedekleme senaryolar\u0131nda ciddi bant geni\u015fli\u011fi tasarrufu sa\u011flar.<\/li>\n<li><strong>Tek y\u00f6nl\u00fc veya \u00e7ift y\u00f6nl\u00fc senkronizasyon:<\/strong> Genelde tek y\u00f6n (master \u2192 slave) kullan\u0131l\u0131r; ama istenirse farkl\u0131 topolojiler de kurulabilir.<\/li>\n<li><strong>CI\/CD entegrasyonu:<\/strong> GitHub Actions, GitLab CI veya benzeri sistemlerle birlikte kullan\u0131ld\u0131\u011f\u0131nda, s\u0131f\u0131ra yak\u0131n kesintili deploy senaryolar\u0131nda m\u00fckemmel \u00e7al\u0131\u015f\u0131r.<\/li>\n<\/ul>\n<p>rsync\u2019i CI\/CD s\u00fcre\u00e7lerinde nas\u0131l kulland\u0131\u011f\u0131m\u0131za dair daha uygulamal\u0131 bir \u00f6rne\u011fi, <a href=\"https:\/\/www.dchost.com\/blog\/vpse-sifir-kesinti-ci-cd-nasil-kurulur-rsync-sembolik-surumler-ve-systemd-ile-sicacik-bir-yolculuk\/\">rsync ile s\u0131f\u0131r kesinti CI\/CD rehberimizde<\/a> ad\u0131m ad\u0131m anlatt\u0131k.<\/p>\n<h3><span id=\"rsyncin_Dezavantajlari\">rsync\u2019in Dezavantajlar\u0131<\/span><\/h3>\n<ul>\n<li><strong>Ger\u00e7ek zamanl\u0131 de\u011fil:<\/strong> rsync bir kere \u00e7al\u0131\u015f\u0131r, senkronize eder ve biter. 5 dakika aral\u0131klarla cron\u2019a koyarsan\u0131z, bu 5 dakika boyunca sunucular aras\u0131nda fark olu\u015fabilir.<\/li>\n<li><strong>\u00c7ak\u0131\u015fan yaz\u0131mlar:<\/strong> Ayn\u0131 dosyaya ayn\u0131 anda iki sunucuda yaz\u0131l\u0131rsa, son rsync kazanan olur ve veri kayb\u0131 ya\u015fayabilirsiniz. Bu y\u00fczden genelde tek yazan (master) d\u00fc\u011f\u00fcm modeli kullan\u0131l\u0131r.<\/li>\n<li><strong>\u0130zleme ve hata y\u00f6netimi:<\/strong> Cron ile \u00e7al\u0131\u015fan rsync g\u00f6revleri ba\u015far\u0131s\u0131z oldu\u011funda, bunu fark edecek bir monitoring kurulu de\u011filse, sunucular zaman i\u00e7inde sessizce birbirinden kopabilir.<\/li>\n<\/ul>\n<h3><span id=\"rsync_Kullanim_Senaryolari\">rsync Kullan\u0131m Senaryolar\u0131<\/span><\/h3>\n<ul>\n<li><strong>Kod da\u011f\u0131t\u0131m\u0131:<\/strong> CI\/CD pipeline\u2019\u0131n\u0131z build al\u0131nm\u0131\u015f kodu \u00f6nce staging\u2019e, sonra production sunuculara rsync ile da\u011f\u0131tabilir.<\/li>\n<li><strong>Okuma a\u011f\u0131rl\u0131kl\u0131 payla\u015f\u0131mlar:<\/strong> Tek bir \u201cprime\u201d sunucuda olu\u015fan dosyalar\u0131, di\u011fer sadece-okuma (read-only) web sunucular\u0131na da\u011f\u0131tmak.<\/li>\n<li><strong>Yedekleme:<\/strong> Web sunucular\u0131n\u0131z\u0131 merkezi bir yedek sunucusuna rsync ile senkronize etmek.<\/li>\n<\/ul>\n<p>rsync\u2019i do\u011fru kullanmak i\u00e7in mant\u0131kl\u0131 bir master\/slave modeli, sa\u011flam bir cron ve log takibi, m\u00fcmk\u00fcnse alarm \u00fcreten bir izleme sistemi kurmak \u015fart.<\/p>\n<h2><span id=\"NFS_vs_SSHFS_vs_rsync_Kisa_Karsilastirma_Tablosu\">NFS vs SSHFS vs rsync: K\u0131sa Kar\u015f\u0131la\u015ft\u0131rma Tablosu<\/span><\/h2>\n<table>\n<thead>\n<tr>\n<th>\u00d6zellik<\/th>\n<th>NFS<\/th>\n<th>SSHFS<\/th>\n<th>rsync<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>\u00c7al\u0131\u015fma \u015fekli<\/td>\n<td>Payla\u015f\u0131ml\u0131 canl\u0131 dosya sistemi<\/td>\n<td>SSH \u00fczerinden FUSE tabanl\u0131 dosya sistemi<\/td>\n<td>Anl\u0131k\/periodik senkronizasyon arac\u0131<\/td>\n<\/tr>\n<tr>\n<td>Ger\u00e7ek zamanl\u0131l\u0131k<\/td>\n<td>Evet<\/td>\n<td>Evet (ama latency y\u00fcksek)<\/td>\n<td>Hay\u0131r (cron veya event ile tetiklenir)<\/td>\n<\/tr>\n<tr>\n<td>Performans<\/td>\n<td>Y\u00fcksek (do\u011fru a\u011f ve ayarla)<\/td>\n<td>D\u00fc\u015f\u00fck\/orta<\/td>\n<td>Kopyalama an\u0131nda a\u011f kullan\u0131r, sonras\u0131nda s\u0131f\u0131r<\/td>\n<\/tr>\n<tr>\n<td>Kurulum karma\u015f\u0131kl\u0131\u011f\u0131<\/td>\n<td>Orta<\/td>\n<td>D\u00fc\u015f\u00fck<\/td>\n<td>D\u00fc\u015f\u00fck<\/td>\n<\/tr>\n<tr>\n<td>En iyi kullan\u0131m alan\u0131<\/td>\n<td>Uploads, payla\u015f\u0131lan dosya sistemi<\/td>\n<td>Ge\u00e7ici eri\u015fim, bak\u0131m i\u015fleri<\/td>\n<td>Kod da\u011f\u0131t\u0131m\u0131, yedekleme, tek-yazan multi-okuyan<\/td>\n<\/tr>\n<tr>\n<td>Risk\/Problem Alan\u0131<\/td>\n<td>SPOF, a\u011f ba\u011f\u0131ml\u0131l\u0131\u011f\u0131<\/td>\n<td>Stabilite, performans<\/td>\n<td>Veri tutars\u0131zl\u0131\u011f\u0131, \u00e7ak\u0131\u015fan yaz\u0131mlar<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h2><span id=\"Guvenlik_ve_Performans_Perspektifinden_Degerlendirme\">G\u00fcvenlik ve Performans Perspektifinden De\u011ferlendirme<\/span><\/h2>\n<p>Birden fazla web sunucusu aras\u0131nda dosya payla\u015f\u0131m\u0131 sadece mimari bir konu de\u011fil; ayn\u0131 zamanda g\u00fcvenlik ve performans a\u00e7\u0131s\u0131ndan da kritik. DCHost\u2019ta yeni bir \u00e7ok sunuculu kurulum yaparken, bu \u00fc\u00e7 ba\u015fl\u0131\u011fa mutlaka bak\u0131yoruz.<\/p>\n<h3><span id=\"Guvenlik_Ipuclari\">G\u00fcvenlik \u0130pu\u00e7lar\u0131<\/span><\/h3>\n<ul>\n<li><strong>En az yetki prensibi:<\/strong> NFS exports, rsync kullan\u0131c\u0131lar\u0131 ve SSH anahtarlar\u0131 sadece gerekli dizinlere ve operasyonlara yetkili olmal\u0131.<\/li>\n<li><strong>\u015eifreli ileti\u015fim:<\/strong> NFS genelde \u015fifrelenmemi\u015ftir; bu y\u00fczden NFS trafi\u011fini g\u00fcvenilir, izole bir a\u011fda tutmak gerekir. rsync ve SSHFS ise SSH \u00fczerinden \u00e7al\u0131\u015ft\u0131\u011f\u0131 i\u00e7in trafi\u011fi otomatik \u015fifreler.<\/li>\n<li><strong>Firewall ve a\u011f segmentasyonu:<\/strong> Birden \u00e7ok VPS veya dedicated sunucu kullan\u0131yorsan\u0131z, aradaki trafi\u011fi sadece gereken portlara ve IP\u2019lere a\u00e7an bir g\u00fcvenlik duvar\u0131 tasarlamak \u015fart. Bu konuda <a href=\"https:\/\/www.dchost.com\/blog\/vps-guvenlik-sertlestirme-kontrol-listesi-sshd_config-fail2ban-ve-root-erisimini-kapatmak\/\">VPS g\u00fcvenlik sertle\u015ftirme kontrol listesi<\/a> yaz\u0131m\u0131zdan da yararlanabilirsiniz.<\/li>\n<li><strong>Loglama:<\/strong> Hangi kullan\u0131c\u0131 ne zaman senkronizasyon ba\u015flatt\u0131, hangi mount ne zaman koptu gibi bilgileri merkezi log sisteminize aktarmak, sorun an\u0131nda hayat kurtar\u0131r.<\/li>\n<\/ul>\n<h3><span id=\"Performans_Ipuclari\">Performans \u0130pu\u00e7lar\u0131<\/span><\/h3>\n<ul>\n<li><strong>A\u011f topolojisine dikkat:<\/strong> Web sunucular\u0131 ile NFS\/rsync sunucusu m\u00fcmk\u00fcn oldu\u011funca ayn\u0131 veri merkezinde ve d\u00fc\u015f\u00fck latency\u2019li bir a\u011f \u00fczerinde olmal\u0131.<\/li>\n<li><strong>CDN ve Object Storage ile y\u00fck\u00fc azalt\u0131n:<\/strong> Kullan\u0131c\u0131ya giden statik dosyalar\u0131 do\u011frudan web sunucusundan de\u011fil, CDN ve Object Storage \u00fczerinden sunmak, payla\u015f\u0131ml\u0131 dosya sistemine binen y\u00fck\u00fc dramatik bi\u00e7imde azalt\u0131r. Bunun i\u00e7in <a href=\"https:\/\/www.dchost.com\/blog\/object-storage-ile-medya-offload-stratejisi\/\">Object Storage ile medya offload stratejisi<\/a> yaz\u0131m\u0131z iyi bir ba\u015flang\u0131\u00e7 noktas\u0131.<\/li>\n<li><strong>Cache katmanlar\u0131:<\/strong> Uygulama taraf\u0131nda do\u011fru HTTP cache, opcache ve object cache kullan\u0131m\u0131, dosya sistemi \u00fczerindeki gereksiz I\/O\u2019yu ciddi bi\u00e7imde d\u00fc\u015f\u00fcr\u00fcr.<\/li>\n<li><strong>B\u00fcy\u00fck dosyalar\u0131 b\u00f6l\u00fcn:<\/strong> \u00c7ok b\u00fcy\u00fck video veya yedek dosyalar\u0131n\u0131n tek par\u00e7a halinde NFS veya rsync ile ta\u015f\u0131nmas\u0131, a\u011f ve disk \u00fczerinde spike\u2019lar yaratabilir. Par\u00e7al\u0131 upload ve arka plan i\u015f s\u00fcre\u00e7leri kurmak daha sa\u011fl\u0131kl\u0131d\u0131r.<\/li>\n<\/ul>\n<h2><span id=\"Pratik_Senaryolar_Hangi_Desen_Ne_Zaman_Dogru\">Pratik Senaryolar: Hangi Desen Ne Zaman Do\u011fru?<\/span><\/h2>\n<h3><span id=\"Senaryo_1_2_Web_Sunuculu_WordPress_Nginx_Load_Balancer\">Senaryo 1: 2 Web Sunuculu WordPress + Nginx Load Balancer<\/span><\/h3>\n<p>\u00d6rnek bir mimari d\u00fc\u015f\u00fcnelim:<\/p>\n<ul>\n<li>\u00d6nde bir Nginx reverse proxy, arkas\u0131nda iki WordPress web sunucusu.<\/li>\n<li>Her iki sunucu da ayn\u0131 domain alt\u0131nda \u00e7al\u0131\u015f\u0131yor, y\u00fck round-robin da\u011f\u0131t\u0131l\u0131yor.<\/li>\n<\/ul>\n<p>Bu mimariye benzer bir kurguyu <a href=\"https:\/\/www.dchost.com\/blog\/nginx-reverse-proxy-ve-basit-load-balancer-kurulumu-kucuk-projeler-icin-uygulanabilir-rehber\/\">Nginx reverse proxy ve basit load balancer rehberimizde<\/a> uygulamal\u0131 olarak anlatt\u0131k. Dosya payla\u015f\u0131m\u0131 i\u00e7in tipik \u00e7\u00f6z\u00fcm deseni \u015f\u00f6yle olabilir:<\/p>\n<ul>\n<li><strong>Uploads i\u00e7in NFS:<\/strong> <code>wp-content\/uploads<\/code> klas\u00f6r\u00fc NFS\u2019de tutulur; her iki web sunucusu bu share\u2019i mount eder.<\/li>\n<li><strong>Kod i\u00e7in rsync:<\/strong> WordPress \u00e7ekirde\u011fi ve temalar i\u00e7in CI\/CD pipeline\u2019\u0131n\u0131z kodu ayn\u0131 anda iki web sunucusuna rsync ile da\u011f\u0131t\u0131r.<\/li>\n<li><strong>Cache ve session\u2019lar:<\/strong> Redis kullanarak, dosya sistemi \u00fczerindeki y\u00fck azalt\u0131l\u0131r.<\/li>\n<\/ul>\n<h3><span id=\"Senaryo_2_Laravel_Uygulamasi_Arka_Plan_Isciler_ve_Coklu_VPS\">Senaryo 2: Laravel Uygulamas\u0131, Arka Plan \u0130\u015f\u00e7iler ve \u00c7oklu VPS<\/span><\/h3>\n<p>Bir di\u011fer yayg\u0131n \u00f6rnek; bir VPS \u00fczerinde Laravel API, di\u011ferinde ise queue worker\u2019lar \u00e7al\u0131\u015f\u0131yor olsun. Kullan\u0131c\u0131 y\u00fcklemeleri API \u00fczerinden geliyor, worker ise bu dosyalar\u0131 i\u015fliyor (\u00f6rne\u011fin PDF olu\u015fturuyor).<\/p>\n<ul>\n<li><strong>storage\/app\/public<\/strong> gibi payla\u015f\u0131lan bir klas\u00f6r NFS\u2019ye ta\u015f\u0131n\u0131r.<\/li>\n<li>Hem API sunucusu hem queue sunucusu bu NFS share\u2019ini ayn\u0131 noktaya mount eder.<\/li>\n<li>Kod da\u011f\u0131t\u0131m\u0131 yine rsync veya container imajlar\u0131 ile yap\u0131l\u0131r.<\/li>\n<\/ul>\n<p>B\u00f6ylece API\u2019ye hangi VPS cevap verirse versin, y\u00fcklenen dosya i\u015fi yapacak queue worker\u2019\u0131n da eri\u015fiminde olur.<\/p>\n<h3><span id=\"Senaryo_3_Okuma_Agirlikli_Dosya_Arsivi\">Senaryo 3: Okuma A\u011f\u0131rl\u0131kl\u0131 Dosya Ar\u015fivi<\/span><\/h3>\n<p>Baz\u0131 projelerde dosyalar sadece belirli bir yerde \u00fcretilir ama y\u00fczlerce web sunucusu bu dosyalar\u0131 sadece okur (\u00f6rne\u011fin rapor \u00e7\u0131kt\u0131lar\u0131, statik dok\u00fcmanlar). Burada:<\/p>\n<ul>\n<li>\u201cMaster\u201d sunucu dosyalar\u0131 \u00fcretir ve rsync ile \u201cread-only\u201d web sunucular\u0131na da\u011f\u0131t\u0131r.<\/li>\n<li>Web sunucular\u0131nda bu klas\u00f6r kullan\u0131c\u0131ya sadece okunur (ro) olarak sunulur.<\/li>\n<li>NFS\u2019ye g\u00f6re daha basit ve \u00e7o\u011fu zaman daha h\u0131zl\u0131d\u0131r; \u00e7\u00fcnk\u00fc normal \u00e7al\u0131\u015fma an\u0131nda payla\u015f\u0131lan bir dosya sistemi yoktur.<\/li>\n<\/ul>\n<h3><span id=\"Senaryo_4_Gelecege_Hazirlik_Object_Storage_ve_CDN\">Senaryo 4: Gelece\u011fe Haz\u0131rl\u0131k \u2013 Object Storage ve CDN<\/span><\/h3>\n<p>Uzun vadede b\u00fcy\u00fck projelerde uploads klas\u00f6r\u00fcn\u00fc bile NFS veya rsync yerine Object Storage\u2019a ta\u015f\u0131mak \u00e7o\u011fu zaman daha mant\u0131kl\u0131 hale gelir. Medya dosyalar\u0131n\u0131 bir S3 uyumlu depolama alan\u0131na aktar\u0131p, CDN \u00fczerinden sunmak hem I\/O bask\u0131s\u0131n\u0131 hem de \u00f6l\u00e7eklenme derdini ciddi bi\u00e7imde azalt\u0131r. Bu d\u00f6n\u00fc\u015f\u00fcm\u00fc planlarken, yukar\u0131da bahsetti\u011fimiz <a href=\"https:\/\/www.dchost.com\/blog\/object-storage-ile-medya-offload-stratejisi\/\">Object Storage ile medya offload stratejisi<\/a> rehberinden yararlanabilirsiniz.<\/p>\n<h2><span id=\"DCHost_Altyapisinda_Dogru_Secimi_Yapmak\">DCHost Altyap\u0131s\u0131nda Do\u011fru Se\u00e7imi Yapmak<\/span><\/h2>\n<p>NFS, SSHFS ve rsync\u2019i tek tek inceledi\u011fimizde netle\u015fen \u015fey \u015fu: Mesele sadece \u201changi arac\u0131 kullanay\u0131m?\u201d sorusu de\u011fil; ayn\u0131 zamanda \u201cmimariyi nas\u0131l kuray\u0131m?\u201d sorusu. Do\u011fru yan\u0131t genelde \u015f\u00f6yle bir kombinasyon oluyor:<\/p>\n<ul>\n<li><strong>SSHFS:<\/strong> Operasyonel ve ge\u00e7ici i\u015fler i\u00e7in; \u00fcretim trafi\u011fini ta\u015f\u0131mak i\u00e7in de\u011fil.<\/li>\n<li><strong>rsync:<\/strong> Kod da\u011f\u0131t\u0131m\u0131, yedekleme ve tek-yazan \/ \u00e7ok-okuyan senaryolarda g\u00fc\u00e7l\u00fc bir yard\u0131mc\u0131.<\/li>\n<li><strong>NFS:<\/strong> Ger\u00e7ek zamanl\u0131 payla\u015f\u0131ma ihtiya\u00e7 duyulan uploads, public storage gibi klas\u00f6rler i\u00e7in, dikkatli tasarlanm\u0131\u015f bir a\u011f ve depolama ile.<\/li>\n<\/ul>\n<p>DCHost\u2019ta ister <a href=\"https:\/\/www.dchost.com\/tr\/web-hosting\">payla\u015f\u0131ml\u0131 hosting<\/a>, ister NVMe tabanl\u0131 VPS, ister dedicated sunucu veya colocation kullan\u0131n; \u00e7ok sunuculu mimarilerde bu \u00fc\u00e7 arac\u0131 nas\u0131l bir araya getirece\u011finizi en ba\u015fta do\u011fru planlamak hem performans\u0131 hem de i\u015fletme maliyetini do\u011frudan etkiliyor. Bir sonraki ad\u0131mda yapman\u0131z gereken, mevcut veya planlad\u0131\u011f\u0131n\u0131z projeyi masaya yat\u0131r\u0131p \u015fu sorular\u0131 sormak:<\/p>\n<ul>\n<li>Hangi klas\u00f6rler ger\u00e7ekten payla\u015f\u0131lmak zorunda?<\/li>\n<li>Hangi dosyalar Object Storage\/CDN\u2019e ta\u015f\u0131nabilir?<\/li>\n<li>Hangi noktada NFS, hangi noktada rsync daha mant\u0131kl\u0131?<\/li>\n<\/ul>\n<p>E\u011fer bu sorular\u0131n yan\u0131t\u0131n\u0131 mimarinize \u00f6zel olarak netle\u015ftirmek istiyorsan\u0131z, DCHost ekibiyle birlikte VPS, dedicated sunucu veya colocation altyap\u0131n\u0131z\u0131 bu dosya payla\u015f\u0131m stratejilerine uygun bi\u00e7imde tasarlayabiliriz. B\u00f6ylece \u00e7ok sunuculu yap\u0131ya ge\u00e7ti\u011finizde \u201cdosyalar nerede?\u201d sorusu de\u011fil, i\u015finizin b\u00fcy\u00fcmesi g\u00fcndeminizde olur.<\/p>\n<\/div>","protected":false},"excerpt":{"rendered":"<p>\u0130&ccedil;indekiler1 Birden Fazla Web Sunucusunda Dosya Payla\u015f\u0131m\u0131 Neden Kritik?2 \u00d6nce Mimariyi Netle\u015ftirelim: Ne Payla\u015f\u0131l\u0131yor?2.1 Payla\u015f\u0131lmas\u0131 Gereken Tipik Klas\u00f6rler2.2 Payla\u015f\u0131lmas\u0131 Gerekmeyen (Hatta Payla\u015f\u0131lmamas\u0131 Gereken) Dosyalar2.3 \u0130ki Temel Yakla\u015f\u0131m: Payla\u015f\u0131ml\u0131 Depolama vs Senkronizasyon3 NFS: Klasik Payla\u015f\u0131ml\u0131 Dosya Sistemi3.1 NFS Nas\u0131l \u00c7al\u0131\u015f\u0131r?3.2 NFS\u2019nin Avantajlar\u01313.3 NFS\u2019nin Dezavantajlar\u0131 ve Riskleri3.4 NFS Kullan\u0131rken Pratik \u00d6neriler3.5 Hangi Senaryoda NFS Mant\u0131kl\u0131?4 SSHFS: H\u0131zl\u0131 [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":3864,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[26],"tags":[],"class_list":["post-3863","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-teknoloji"],"_links":{"self":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/3863","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/comments?post=3863"}],"version-history":[{"count":0,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/3863\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media\/3864"}],"wp:attachment":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media?parent=3863"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/categories?post=3863"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/tags?post=3863"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}