{"id":3857,"date":"2025-12-31T21:55:01","date_gmt":"2025-12-31T18:55:01","guid":{"rendered":"https:\/\/www.dchost.com\/blog\/yedekler-icin-sicak-soguk-ve-arsiv-depolama-stratejisi-nvme-sata-ve-object-storage-nasil-birlikte-kullanilir\/"},"modified":"2025-12-31T21:55:01","modified_gmt":"2025-12-31T18:55:01","slug":"yedekler-icin-sicak-soguk-ve-arsiv-depolama-stratejisi-nvme-sata-ve-object-storage-nasil-birlikte-kullanilir","status":"publish","type":"post","link":"https:\/\/www.dchost.com\/blog\/yedekler-icin-sicak-soguk-ve-arsiv-depolama-stratejisi-nvme-sata-ve-object-storage-nasil-birlikte-kullanilir\/","title":{"rendered":"Yedekler \u0130\u00e7in S\u0131cak, So\u011fuk ve Ar\u015fiv Depolama Stratejisi: NVMe, SATA ve Object Storage Nas\u0131l Birlikte Kullan\u0131l\u0131r?"},"content":{"rendered":"<div class=\"dchost-blog-content-wrapper\"><p>Yedekleme taraf\u0131nda as\u0131l zor olan, \u201cka\u00e7 kopyam var?\u201d sorusundan \u00e7ok \u201changi yede\u011fe ka\u00e7 saniyede ula\u015fabiliyorum ve bu bana ka\u00e7a mal oluyor?\u201d sorusudur. Ayn\u0131 altyap\u0131da hem \u00e7ok h\u0131zl\u0131 geri d\u00f6n\u00fc\u015f yapabilen, hem de aylarca hatta y\u0131llarca saklanabilen yedekler tutmak istiyorsan\u0131z; s\u0131cak, so\u011fuk ve ar\u015fiv depolama katmanlar\u0131n\u0131 bilin\u00e7li \u015fekilde kurgulaman\u0131z gerekir. \u0130\u015fte burada NVMe, SATA ve Object Storage do\u011fru rol\u00fc \u00fcstlendi\u011finde hem maliyet hem de kurtarma s\u00fcreleri taraf\u0131nda ciddi kazan\u0131mlar elde edersiniz.<\/p>\n<p>Bu yaz\u0131da, DCHost altyap\u0131s\u0131nda ger\u00e7ek projelerde uygulad\u0131\u011f\u0131m\u0131z <strong>s\u0131cak\u2013so\u011fuk\u2013ar\u015fiv yedekleme stratejisini<\/strong> par\u00e7alara b\u00f6lerek anlataca\u011f\u0131z. NVMe diskleri nerede kullanmal\u0131y\u0131m, SATA tabanl\u0131 yedek sunucular ne i\u015fe yarar, Object Storage tam olarak hangi katmanda devreye girmeli, 3\u20112\u20111 kural\u0131n\u0131 bu mimarinin neresine oturtabilirim gibi sorulara net, uygulamaya d\u00f6n\u00fck cevaplar bulacaks\u0131n\u0131z. Ayr\u0131ca RPO\/RTO hedeflerinizi depolama katmanlar\u0131yla nas\u0131l hizalayaca\u011f\u0131n\u0131z\u0131, hangi i\u015f y\u00fck\u00fc i\u00e7in hangi s\u0131kl\u0131kta yedek alman\u0131z gerekti\u011fini ve bu yedekleri DCHost \u00fczerinde pratik olarak nas\u0131l konumland\u0131rabilece\u011finizi ad\u0131m ad\u0131m ele alaca\u011f\u0131z.<\/p>\n<div id=\"toc_container\" class=\"toc_transparent no_bullets\"><p class=\"toc_title\">\u0130&ccedil;indekiler<\/p><ul class=\"toc_list\"><li><a href=\"#Yedeklerde_Sicak_Soguk_ve_Arsiv_Ne_Demek\"><span class=\"toc_number toc_depth_1\">1<\/span> Yedeklerde S\u0131cak, So\u011fuk ve Ar\u015fiv Ne Demek?<\/a><ul><li><a href=\"#Sicak_Yedek_Hot_Backup\"><span class=\"toc_number toc_depth_2\">1.1<\/span> S\u0131cak Yedek (Hot Backup)<\/a><\/li><li><a href=\"#Soguk_Yedek_Cold_Backup\"><span class=\"toc_number toc_depth_2\">1.2<\/span> So\u011fuk Yedek (Cold Backup)<\/a><\/li><li><a href=\"#Arsiv_Yedek_Archive_Backup\"><span class=\"toc_number toc_depth_2\">1.3<\/span> Ar\u015fiv Yedek (Archive Backup)<\/a><\/li><\/ul><\/li><li><a href=\"#Depolama_Katmanlari_NVMe_SATA_ve_Object_Storagein_Rolu\"><span class=\"toc_number toc_depth_1\">2<\/span> Depolama Katmanlar\u0131: NVMe, SATA ve Object Storage\u2019\u0131n Rol\u00fc<\/a><ul><li><a href=\"#NVMe_Sicak_Yedeklerin_Evi\"><span class=\"toc_number toc_depth_2\">2.1<\/span> NVMe: S\u0131cak Yedeklerin Evi<\/a><\/li><li><a href=\"#SATA_SSDHDD_Soguk_Yedek_Sunuculari\"><span class=\"toc_number toc_depth_2\">2.2<\/span> SATA SSD\/HDD: So\u011fuk Yedek Sunucular\u0131<\/a><\/li><li><a href=\"#Object_Storage_Arsiv_ve_Uzak_Kopya\"><span class=\"toc_number toc_depth_2\">2.3<\/span> Object Storage: Ar\u015fiv ve Uzak Kopya<\/a><\/li><\/ul><\/li><li><a href=\"#Neden_Katmanli_Yedekleme_Mimarisi_Kurmalisiniz\"><span class=\"toc_number toc_depth_1\">3<\/span> Neden Katmanl\u0131 Yedekleme Mimarisi Kurmal\u0131s\u0131n\u0131z?<\/a><ul><li><a href=\"#321_Kuralini_Gercekci_Sekilde_Uygulamak\"><span class=\"toc_number toc_depth_2\">3.1<\/span> 3\u20112\u20111 Kural\u0131n\u0131 Ger\u00e7ek\u00e7i \u015eekilde Uygulamak<\/a><\/li><li><a href=\"#Maliyet_Performans_Dengesini_Kurmak\"><span class=\"toc_number toc_depth_2\">3.2<\/span> Maliyet \u2013 Performans Dengesini Kurmak<\/a><\/li><li><a href=\"#Riskleri_Ayristirmak\"><span class=\"toc_number toc_depth_2\">3.3<\/span> Riskleri Ayr\u0131\u015ft\u0131rmak<\/a><\/li><\/ul><\/li><li><a href=\"#DCHost_Uzerinde_Tipik_Bir_SicakSogukArsiv_Mimarisi\"><span class=\"toc_number toc_depth_1\">4<\/span> DCHost \u00dczerinde Tipik Bir S\u0131cak\u2013So\u011fuk\u2013Ar\u015fiv Mimarisi<\/a><ul><li><a href=\"#Sicak_Katman_NVMe_Uzerinde_Anlik_Yedekler\"><span class=\"toc_number toc_depth_2\">4.1<\/span> S\u0131cak Katman: NVMe \u00dczerinde Anl\u0131k Yedekler<\/a><\/li><li><a href=\"#Soguk_Katman_Ayri_Yedek_VPSDedicated_Uzerinde_SATA_Havuzu\"><span class=\"toc_number toc_depth_2\">4.2<\/span> So\u011fuk Katman: Ayr\u0131 Yedek VPS\/Dedicated \u00dczerinde SATA Havuzu<\/a><\/li><li><a href=\"#Arsiv_Katmani_S3_Uyumlu_Object_Storage\"><span class=\"toc_number toc_depth_2\">4.3<\/span> Ar\u015fiv Katman\u0131: S3 Uyumlu Object Storage<\/a><\/li><\/ul><\/li><li><a href=\"#Farkli_Is_Yukleri_Icin_Ornek_Yedekleme_Senaryolari\"><span class=\"toc_number toc_depth_1\">5<\/span> Farkl\u0131 \u0130\u015f Y\u00fckleri \u0130\u00e7in \u00d6rnek Yedekleme Senaryolar\u0131<\/a><ul><li><a href=\"#1_WordPress_Blog_ve_Kurumsal_Site\"><span class=\"toc_number toc_depth_2\">5.1<\/span> 1) WordPress Blog ve Kurumsal Site<\/a><\/li><li><a href=\"#2_WooCommerce_ve_ETicaret_Siteleri\"><span class=\"toc_number toc_depth_2\">5.2<\/span> 2) WooCommerce ve E\u2011Ticaret Siteleri<\/a><\/li><li><a href=\"#3_SaaS_Uygulamalari_ve_Cok_Kiracili_Mimari\"><span class=\"toc_number toc_depth_2\">5.3<\/span> 3) SaaS Uygulamalar\u0131 ve \u00c7ok Kirac\u0131l\u0131 Mimari<\/a><\/li><\/ul><\/li><li><a href=\"#DCHost_Uzerinde_Bu_Stratejiyi_Nasil_Kurabilirsiniz\"><span class=\"toc_number toc_depth_1\">6<\/span> DCHost \u00dczerinde Bu Stratejiyi Nas\u0131l Kurabilirsiniz?<\/a><ul><li><a href=\"#1_Canli_Ortam_Icin_NVMe_VPSDedicated_Tercihi\"><span class=\"toc_number toc_depth_2\">6.1<\/span> 1) Canl\u0131 Ortam \u0130\u00e7in NVMe VPS\/Dedicated Tercihi<\/a><\/li><li><a href=\"#2_Ayri_Yedekleme_Sunucusu_SATA_Tabanli\"><span class=\"toc_number toc_depth_2\">6.2<\/span> 2) Ayr\u0131 Yedekleme Sunucusu (SATA Tabanl\u0131)<\/a><\/li><li><a href=\"#3_S3_Uyumlu_Object_Storagea_Otomatik_Senkronizasyon\"><span class=\"toc_number toc_depth_2\">6.3<\/span> 3) S3 Uyumlu Object Storage\u2019a Otomatik Senkronizasyon<\/a><\/li><li><a href=\"#4_Felaket_Kurtarma_Provasi_ve_Geri_Donus_Testleri\"><span class=\"toc_number toc_depth_2\">6.4<\/span> 4) Felaket Kurtarma Provas\u0131 ve Geri D\u00f6n\u00fc\u015f Testleri<\/a><\/li><\/ul><\/li><li><a href=\"#Sik_Yapilan_Hatalar_ve_Iyilestirme_Onerileri\"><span class=\"toc_number toc_depth_1\">7<\/span> S\u0131k Yap\u0131lan Hatalar ve \u0130yile\u015ftirme \u00d6nerileri<\/a><ul><li><a href=\"#Tum_Yedekleri_Ayni_Diskte_Tutmak\"><span class=\"toc_number toc_depth_2\">7.1<\/span> T\u00fcm Yedekleri Ayn\u0131 Diskte Tutmak<\/a><\/li><li><a href=\"#Yedek_Alip_Geri_Donus_Senaryosunu_Tanimlamamak\"><span class=\"toc_number toc_depth_2\">7.2<\/span> Yedek Al\u0131p Geri D\u00f6n\u00fc\u015f Senaryosunu Tan\u0131mlamamak<\/a><\/li><li><a href=\"#KVKKGDPR_Saklama_Surelerini_Goz_Ardi_Etmek\"><span class=\"toc_number toc_depth_2\">7.3<\/span> KVKK\/GDPR Saklama S\u00fcrelerini G\u00f6z Ard\u0131 Etmek<\/a><\/li><li><a href=\"#Yedek_Transferi_ve_Sifrelemeyi_Ihmal_Etmek\"><span class=\"toc_number toc_depth_2\">7.4<\/span> Yedek Transferi ve \u015eifrelemeyi \u0130hmal Etmek<\/a><\/li><\/ul><\/li><li><a href=\"#Ozet_ve_Sonraki_Adim_Yedeklerinizin_Katmanlarini_Netlestirin\"><span class=\"toc_number toc_depth_1\">8<\/span> \u00d6zet ve Sonraki Ad\u0131m: Yedeklerinizin Katmanlar\u0131n\u0131 Netle\u015ftirin<\/a><\/li><\/ul><\/div>\n<h2><span id=\"Yedeklerde_Sicak_Soguk_ve_Arsiv_Ne_Demek\">Yedeklerde S\u0131cak, So\u011fuk ve Ar\u015fiv Ne Demek?<\/span><\/h2>\n<p>\u00d6nce kavramlar\u0131 netle\u015ftirelim. Ayn\u0131 verinin birden fazla kopyas\u0131n\u0131 tutabilirsiniz; ancak her kopyan\u0131n <strong>eri\u015fim h\u0131z\u0131, saklama s\u00fcresi ve maliyeti<\/strong> farkl\u0131 olur. S\u0131cak, so\u011fuk ve ar\u015fiv ayr\u0131m\u0131 tam olarak bunu ifade eder.<\/p>\n<h3><span id=\"Sicak_Yedek_Hot_Backup\">S\u0131cak Yedek (Hot Backup)<\/span><\/h3>\n<p>S\u0131cak yedek; en h\u0131zl\u0131 eri\u015fmek istedi\u011finiz, genellikle son saatler veya son birka\u00e7 g\u00fcnle s\u0131n\u0131rl\u0131, performans a\u00e7\u0131s\u0131ndan g\u00fc\u00e7l\u00fc depolamada tuttu\u011funuz yedeklerdir. \u00d6zellikleri:<\/p>\n<ul>\n<li><strong>RTO<\/strong> (geri d\u00f6n\u00fc\u015f s\u00fcresi) hedefi \u00e7ok d\u00fc\u015f\u00fckt\u00fcr; dakikalar mertebesi.<\/li>\n<li>Genellikle <strong>NVMe SSD<\/strong> gibi y\u00fcksek IOPS sa\u011flayan disklerde tutulur.<\/li>\n<li>Daha k\u0131sa saklama s\u00fcresi vard\u0131r (\u00f6rne\u011fin 24 saat \u2013 7 g\u00fcn).<\/li>\n<li>\u00c7o\u011fu zaman ayn\u0131 fiziksel sunucuda veya ayn\u0131 veri merkezindeki ayr\u0131 bir h\u0131zl\u0131 depolamada bulunur.<\/li>\n<\/ul>\n<h3><span id=\"Soguk_Yedek_Cold_Backup\">So\u011fuk Yedek (Cold Backup)<\/span><\/h3>\n<p>So\u011fuk yedek; eri\u015fim h\u0131z\u0131n\u0131n \u00e7ok kritik olmad\u0131\u011f\u0131 ama saklama s\u00fcresinin daha uzun tutuldu\u011fu yedek katman\u0131d\u0131r.<\/p>\n<ul>\n<li>RTO hedefi genellikle saatler mertebesindedir.<\/li>\n<li><strong>SATA SSD\/HDD<\/strong> gibi daha uygun maliyetli ama NVMe kadar h\u0131zl\u0131 olmayan disklerde saklan\u0131r.<\/li>\n<li>G\u00fcnl\u00fck veya haftal\u0131k periyotlarla al\u0131n\u0131r; saklama s\u00fcresi haftalar \u2013 aylar olabilir.<\/li>\n<li>\u00c7o\u011fu zaman ayr\u0131 bir yedek sunucuda veya ayn\u0131 veri merkezinde farkl\u0131 bir depolama havuzunda konumland\u0131r\u0131l\u0131r.<\/li>\n<\/ul>\n<h3><span id=\"Arsiv_Yedek_Archive_Backup\">Ar\u015fiv Yedek (Archive Backup)<\/span><\/h3>\n<p>Ar\u015fiv; nadiren eri\u015filen ama hukuki, reg\u00fclasyon veya kurumsal gereksinimler sebebiyle uzun s\u00fcre saklanan yedeklerdir.<\/p>\n<ul>\n<li>RTO hedefi daha y\u00fcksektir; saatler, hatta baz\u0131 durumlarda bir i\u015f g\u00fcn\u00fc kabul edilebilir.<\/li>\n<li>Genellikle <strong>Object Storage<\/strong> \u00fczerinde, daha ucuz ve \u00f6l\u00e7eklenebilir katmanlarda saklan\u0131r.<\/li>\n<li>Saklama s\u00fcresi aylar \u2013 y\u0131llar olabilir.<\/li>\n<li>KVKK\/GDPR, denetim, yasal saklama zorunluluklar\u0131 veya uzun vadeli analitik ihtiya\u00e7lar\u0131 i\u00e7in kullan\u0131l\u0131r.<\/li>\n<\/ul>\n<p>S\u0131cak\u2013so\u011fuk\u2013ar\u015fiv ayr\u0131m\u0131n\u0131, <a href=\"https:\/\/www.dchost.com\/blog\/yedekleme-stratejisi-nasil-planlanir-blog-e-ticaret-ve-saas-siteleri-icin-rpo-rto-rehberi\/\">RPO\/RTO hedeflerini anlat\u0131rken detayland\u0131rd\u0131\u011f\u0131m\u0131z yedekleme stratejisi planlama rehberiyle<\/a> birlikte d\u00fc\u015f\u00fcnmek \u00f6nemli. \u00c7\u00fcnk\u00fc hangi katmanda ne kadar veri tutaca\u011f\u0131n\u0131z\u0131 asl\u0131nda bu iki metrik belirler.<\/p>\n<h2><span id=\"Depolama_Katmanlari_NVMe_SATA_ve_Object_Storagein_Rolu\">Depolama Katmanlar\u0131: NVMe, SATA ve Object Storage\u2019\u0131n Rol\u00fc<\/span><\/h2>\n<p>\u015eimdi de disk tiplerine bakal\u0131m: NVMe, SATA SSD\/HDD ve Object Storage asl\u0131nda ayn\u0131 soruna \u00fc\u00e7 farkl\u0131 a\u00e7\u0131dan yakla\u015fan \u00e7\u00f6z\u00fcmler. Bunlar\u0131 tek ba\u015f\u0131na de\u011fil, <strong>birlikte \u00e7al\u0131\u015facak katmanlar<\/strong> olarak tasarlamak gerekiyor.<\/p>\n<h3><span id=\"NVMe_Sicak_Yedeklerin_Evi\">NVMe: S\u0131cak Yedeklerin Evi<\/span><\/h3>\n<p>NVMe SSD\u2019ler, SATA\u2019ya g\u00f6re \u00e7ok daha y\u00fcksek IOPS ve d\u00fc\u015f\u00fck gecikme s\u00fcreleri sunar. Bu y\u00fczden:<\/p>\n<ul>\n<li>Veritaban\u0131 sunucular\u0131<\/li>\n<li>Yo\u011fun PHP uygulamalar\u0131 (WordPress, Laravel, Magento vb.)<\/li>\n<li>Log yo\u011fun, ger\u00e7ek zamanl\u0131 uygulamalar<\/li>\n<\/ul>\n<p>gibi i\u015f y\u00fcklerinde zaten tercih sebebidir. Ancak burada sadece canl\u0131 veri i\u00e7in de\u011fil, <strong>s\u0131cak yedekler<\/strong> i\u00e7in de kritik rol oynar.<\/p>\n<p>\u00d6rne\u011fin bir NVMe <a href=\"https:\/\/www.dchost.com\/tr\/vps\">VPS<\/a> \u00fczerinde \u00e7al\u0131\u015fan WooCommerce siteniz var. DCHost \u00fczerinde bu sunucuya al\u0131nan <strong>saatlik snapshot\u2019lar<\/strong> veya <strong>anl\u0131k dosya\/veritaban\u0131 yedekleri<\/strong> yine NVMe \u00fczerinde tutuldu\u011funda, geri d\u00f6n\u00fc\u015f s\u00fcreleri dramatik \u015fekilde k\u0131sal\u0131r. B\u00f6ylece hem veri kayb\u0131n\u0131z (RPO) d\u00fc\u015f\u00fck, hem de <strong>geri y\u00fckleme s\u00fcreniz (RTO)<\/strong> dakikalar mertebesinde kal\u0131r.<\/p>\n<p>Disk tipi hakk\u0131nda daha derin teknik kar\u015f\u0131la\u015ft\u0131rma g\u00f6rmek isterseniz, <a href=\"https:\/\/www.dchost.com\/blog\/nvme-ssd-sata-ssd-ve-hdd-karsilastirmasi-web-hosting-yedek-ve-arsiv-icin-dogru-disk-secimi\/\">NVMe SSD, SATA SSD ve HDD kar\u015f\u0131la\u015ft\u0131rmas\u0131 rehberimizde<\/a> ayr\u0131nt\u0131l\u0131 benchmark ve kullan\u0131m senaryolar\u0131n\u0131 anlatt\u0131k.<\/p>\n<h3><span id=\"SATA_SSDHDD_Soguk_Yedek_Sunuculari\">SATA SSD\/HDD: So\u011fuk Yedek Sunucular\u0131<\/span><\/h3>\n<p>SATA SSD\/HDD katman\u0131, NVMe kadar h\u0131zl\u0131 de\u011fildir; ama fiyat\/kapasite oran\u0131 \u00e7ok daha iyidir. Tam da bu nedenle:<\/p>\n<ul>\n<li>G\u00fcnl\u00fck veya haftal\u0131k tam yedekler<\/li>\n<li>Uzun saklama s\u00fcreli ama yine de veri merkezine yak\u0131n olmas\u0131 istenen kopyalar<\/li>\n<li>Ransomware senaryolar\u0131nda ilk ba\u015fvurulan offline veya eri\u015fimi k\u0131s\u0131tl\u0131 depolar<\/li>\n<\/ul>\n<p>i\u00e7in idealdir.<\/p>\n<p>DCHost taraf\u0131nda tipik bir senaryoda, NVMe \u00fczerinde \u00e7al\u0131\u015fan \u00fcretim VPS\u2019inizden <strong>her gece al\u0131nan tam yedekler<\/strong> ve <strong>g\u00fcn i\u00e7inde al\u0131nan art\u0131ml\u0131 yedekler<\/strong> ayr\u0131 bir SATA tabanl\u0131 yedekleme sunucusuna aktar\u0131l\u0131r. B\u00f6ylece \u00fcretim diskleri \u00fczerindeki I\/O y\u00fck\u00fc azal\u0131rken, olas\u0131 bir donan\u0131m ar\u0131zas\u0131nda NVMe katman\u0131n\u0131 tamamen kaybetseniz bile, ayn\u0131 veri merkezinde bulunan daha b\u00fcy\u00fck kapasiteli SATA havuzundan geri d\u00f6n\u00fc\u015f yapabilirsiniz.<\/p>\n<h3><span id=\"Object_Storage_Arsiv_ve_Uzak_Kopya\">Object Storage: Ar\u015fiv ve Uzak Kopya<\/span><\/h3>\n<p>Object Storage, blok veya dosya depolamadan farkl\u0131 olarak verileri <strong>nesne<\/strong> olarak saklayan ve HTTP\/S3 benzeri protokollerle eri\u015filen bir yap\u0131d\u0131r. Yedekleme taraf\u0131nda \u00f6zellikle \u015fu avantajlar\u0131 sunar:<\/p>\n<ul>\n<li><strong>S\u0131n\u0131rs\u0131za yak\u0131n \u00f6l\u00e7eklenebilirlik<\/strong>: Kapasite s\u0131n\u0131r\u0131n\u0131 d\u00fc\u015f\u00fcnmeden b\u00fcy\u00fcyebilirsiniz.<\/li>\n<li><strong>Farkl\u0131 s\u0131cakl\u0131k katmanlar\u0131<\/strong>: S\u0131cak (standard), so\u011fuk (infrequent access) ve ar\u015fiv katmanlar\u0131.<\/li>\n<li><strong>Versiyonlama ve silme korumas\u0131<\/strong>: Ransomware senaryolar\u0131nda hayati.<\/li>\n<li><strong>Co\u011frafi esneklik<\/strong>: Farkl\u0131 veri merkezinde kopya tutma imkan\u0131.<\/li>\n<\/ul>\n<p>DCHost altyap\u0131s\u0131nda S3 uyumlu Object Storage kulland\u0131\u011f\u0131n\u0131zda, so\u011fuk yedek sunucular\u0131n\u0131zdan veya do\u011frudan VPS\/cPanel hesaplar\u0131n\u0131zdan <strong>\u015fifreli ve art\u0131ml\u0131 yedekleri<\/strong> uzak bir lokasyona g\u00f6nderebilirsiniz. Object Storage taraf\u0131ndaki <strong>lifecycle policy<\/strong> (ya\u015fam d\u00f6ng\u00fcs\u00fc politikalar\u0131) ile, \u00f6rne\u011fin 30 g\u00fcnden eski nesneleri daha ucuz ar\u015fiv katman\u0131na ta\u015f\u0131tabilir, 365 g\u00fcnden eski nesneleri otomatik sildirebilirsiniz. Bu konuyu <a href=\"https:\/\/www.dchost.com\/blog\/object-storage-maliyet-optimizasyonu-lifecycle-policy-cold-storage-ve-bant-genisligi\/\">Object Storage maliyet optimizasyonu rehberimizde<\/a> detayl\u0131 \u015fekilde anlatt\u0131k.<\/p>\n<h2><span id=\"Neden_Katmanli_Yedekleme_Mimarisi_Kurmalisiniz\">Neden Katmanl\u0131 Yedekleme Mimarisi Kurmal\u0131s\u0131n\u0131z?<\/span><\/h2>\n<p>Sadece \u201cg\u00fcnl\u00fck yedek al\u0131yorum\u201d demek, g\u00fcn\u00fcm\u00fcz senaryolar\u0131nda maalesef yeterli de\u011fil. Fidye yaz\u0131l\u0131mlar\u0131, insan hatalar\u0131, yaz\u0131l\u0131m bug\u2019lar\u0131 ve donan\u0131m ar\u0131zalar\u0131, her biri farkl\u0131 t\u00fcrde yede\u011fe ihtiya\u00e7 duyuyor. Katmanl\u0131 mimarinin size sa\u011flad\u0131\u011f\u0131 ba\u015fl\u0131ca faydalar \u015funlar:<\/p>\n<h3><span id=\"321_Kuralini_Gercekci_Sekilde_Uygulamak\">3\u20112\u20111 Kural\u0131n\u0131 Ger\u00e7ek\u00e7i \u015eekilde Uygulamak<\/span><\/h3>\n<p>Yedeklemede alt\u0131n standartlardan biri 3\u20112\u20111 kural\u0131d\u0131r:<\/p>\n<ul>\n<li>Verinizin <strong>en az 3 kopyas\u0131<\/strong> olsun.<\/li>\n<li>Bu kopyalar <strong>en az 2 farkl\u0131 depolama medyas\u0131nda<\/strong> bulunsun.<\/li>\n<li>Kopyalardan <strong>en az 1 tanesi saha d\u0131\u015f\u0131nda (offsite)<\/strong> tutulmu\u015f olsun.<\/li>\n<\/ul>\n<p>S\u0131cak\u2013so\u011fuk\u2013ar\u015fiv mimarisi ile bu kural\u0131 do\u011fal olarak uygulam\u0131\u015f olursunuz:<\/p>\n<ul>\n<li>S\u0131cak yedek: NVMe \u00fczerinde, \u00fcretime \u00e7ok yak\u0131n.<\/li>\n<li>So\u011fuk yedek: Ayr\u0131 SATA tabanl\u0131 yedek sunucusunda.<\/li>\n<li>Ar\u015fiv yedek: Farkl\u0131 bir b\u00f6lgede veya veri merkezinde Object Storage \u00fczerinde.<\/li>\n<\/ul>\n<p>Bu katmanl\u0131 yakla\u015f\u0131m\u0131n fidye yaz\u0131l\u0131mlara kar\u015f\u0131 nas\u0131l g\u00fc\u00e7 katt\u0131\u011f\u0131n\u0131 <a href=\"https:\/\/www.dchost.com\/blog\/ransomwarea-dayanikli-hosting-yedekleme-stratejisi-3-2-1-kurali-immutable-backup-ve-air-gap\/\">ransomware\u2019a dayan\u0131kl\u0131 yedekleme stratejisi rehberimizde<\/a> ad\u0131m ad\u0131m ele al\u0131yoruz.<\/p>\n<h3><span id=\"Maliyet_Performans_Dengesini_Kurmak\">Maliyet \u2013 Performans Dengesini Kurmak<\/span><\/h3>\n<p>T\u00fcm yedeklerinizi NVMe \u00fczerinde tutmak teoride harika ama prati\u011fe d\u00f6kt\u00fc\u011f\u00fcn\u00fczde b\u00fct\u00e7eyi \u00e7ok k\u0131sa s\u00fcrede patlat\u0131r. Buna kar\u015f\u0131l\u0131k t\u00fcm yedeklerinizi sadece ucuz ama yava\u015f bir depoda tutmak da ger\u00e7ek bir kesinti an\u0131nda i\u015finize yaramaz.<\/p>\n<p>Katmanl\u0131 mimari ile:<\/p>\n<ul>\n<li>En kritik ve \u201chemen geri d\u00f6nmem gereken\u201d veriyi NVMe \u00fczerinde, az say\u0131da versiyonla saklay\u0131p <strong>RTO\u2019yu d\u00fc\u015f\u00fcr\u00fcrs\u00fcn\u00fcz<\/strong>.<\/li>\n<li>Daha az kritik veya daha eski yedekleri SATA tabanl\u0131 depoda <strong>daha uzun s\u00fcre ve daha ucuza<\/strong> tutars\u0131n\u0131z.<\/li>\n<li>Yasal veya kurumsal gereksinimler i\u00e7in gereken uzun s\u00fcreli ar\u015fivleri Object Storage \u00fczerinde <strong>otomatik lifecycle ve d\u00fc\u015f\u00fck maliyetle<\/strong> y\u00f6netirsiniz.<\/li>\n<\/ul>\n<h3><span id=\"Riskleri_Ayristirmak\">Riskleri Ayr\u0131\u015ft\u0131rmak<\/span><\/h3>\n<p>Farkl\u0131 depolama katmanlar\u0131 ayn\u0131 anda \u00e7\u00f6kmez. Tek bir NVMe diskin bozulmas\u0131yla hem canl\u0131 veriyi hem de t\u00fcm yedekleri kaybetmek \u00e7ok k\u00f6t\u00fc bir senaryodur, ama hala bir\u00e7ok i\u015fletme bu riski g\u00f6ze al\u0131yor. Oysa:<\/p>\n<ul>\n<li>Canl\u0131 veri NVMe\u2019de,<\/li>\n<li>G\u00fcnl\u00fck tam yedekler SATA tabanl\u0131 yedek sunucuda,<\/li>\n<li>Haftal\u0131k\/ayl\u0131k ar\u015fivler Object Storage \u00fczerinde ba\u015fka bir lokasyonda<\/li>\n<\/ul>\n<p>oldu\u011funda, tek nokta ar\u0131zalar\u0131n\u0131 ger\u00e7ek anlamda bertaraf etmi\u015f olursunuz.<\/p>\n<h2><span id=\"DCHost_Uzerinde_Tipik_Bir_SicakSogukArsiv_Mimarisi\">DCHost \u00dczerinde Tipik Bir S\u0131cak\u2013So\u011fuk\u2013Ar\u015fiv Mimarisi<\/span><\/h2>\n<p>Gelin, DCHost taraf\u0131nda s\u0131k\u00e7a kurdu\u011fumuz \u00f6rnek bir mimari \u00fczerinden gidelim. Senaryomuz \u015f\u00f6yle olsun:<\/p>\n<ul>\n<li>Bir adet NVMe VPS \u00fczerinde \u00e7al\u0131\u015fan WooCommerce + blog (WordPress).<\/li>\n<li>Ayr\u0131 bir VPS\u2019te \u00e7al\u0131\u015fan CRM\/ERP (\u00f6rne\u011fin Odoo veya ERPNext).<\/li>\n<li>cPanel \u00fczerinde bar\u0131nan birka\u00e7 kurumsal web sitesi.<\/li>\n<\/ul>\n<p>Bu yap\u0131y\u0131 hem performansl\u0131 hem de g\u00fcvenli \u015fekilde yedeklemek i\u00e7in a\u015fa\u011f\u0131daki katmanlar\u0131 tasarl\u0131yoruz.<\/p>\n<h3><span id=\"Sicak_Katman_NVMe_Uzerinde_Anlik_Yedekler\">S\u0131cak Katman: NVMe \u00dczerinde Anl\u0131k Yedekler<\/span><\/h3>\n<ul>\n<li><strong>Saatlik veritaban\u0131 dump\u2019lar\u0131<\/strong>: MySQL\/PostgreSQL i\u00e7in mysqldump veya benzeri ara\u00e7larla.<\/li>\n<li><strong>Dosya sistemi snapshot\u2019lar\u0131<\/strong>: LVM\/ZFS veya hypervisor snapshot\u2019lar\u0131.<\/li>\n<li><strong>K\u0131sa saklama s\u00fcresi<\/strong>: 24 saat \u2013 72 saat.<\/li>\n<\/ul>\n<p>Buradaki ama\u00e7, son bir deploy hatas\u0131, yanl\u0131\u015f SQL sorgusu, bir eklenti g\u00fcncellemesi veya k\u00fc\u00e7\u00fck \u00e7apl\u0131 veri bozulmas\u0131nda <strong>en fazla birka\u00e7 saatlik veri kayb\u0131yla<\/strong> h\u0131zl\u0131ca geri d\u00f6nebilmektir.<\/p>\n<p>\u00d6rne\u011fin WooCommerce sipari\u015flerinde yanl\u0131\u015fl\u0131kla tablo silindiniz; son 1 saatlik verinizi kaybetmek, son 24 saati kaybetmekten \u00e7ok daha kabul edilebilir. S\u0131cak katmandaki NVMe yede\u011fi ile birka\u00e7 dakika i\u00e7inde geri y\u00fckleme yapabilirsiniz.<\/p>\n<h3><span id=\"Soguk_Katman_Ayri_Yedek_VPSDedicated_Uzerinde_SATA_Havuzu\">So\u011fuk Katman: Ayr\u0131 Yedek VPS\/Dedicated \u00dczerinde SATA Havuzu<\/span><\/h3>\n<ul>\n<li>Her gece <strong>tam dosya ve veritaban\u0131 yedekleri<\/strong>.<\/li>\n<li>G\u00fcn i\u00e7inde 3\u20134 saatte bir <strong>art\u0131ml\u0131 (incremental) yedekler<\/strong>.<\/li>\n<li>Saklama s\u00fcresi: 14\u201330 g\u00fcn.<\/li>\n<\/ul>\n<p>Bu katmanda genellikle rsync, Borg, Restic gibi ara\u00e7larla NVMe sunuculardan SATA tabanl\u0131 yedek sunucusuna veri \u00e7ekilir. B\u00f6ylece NVMe \u00fczerindeki s\u0131cak snapshot\u2019lar silinmi\u015f olsa bile, en az son 14\u201330 g\u00fcne ait yede\u011fi <strong>ayr\u0131 bir fiziksel sunucu<\/strong> \u00fczerinde tutmu\u015f olursunuz.<\/p>\n<p>Bu yap\u0131y\u0131 \u00f6zellikle <strong>cPanel\/VPS yedeklerinizin otomatikle\u015ftirilmesi<\/strong> i\u00e7in <a href=\"https:\/\/www.dchost.com\/blog\/object-storagea-otomatik-yedek-alma-rclone-restic-ve-cron-ile-cpanel-vps-yedekleri\/\">rclone, restic ve Cron ile otomatik yedek alma rehberimizde<\/a> pratik komutlarla g\u00f6steriyoruz. Ayn\u0131 mant\u0131\u011f\u0131 SATA tabanl\u0131 yedek sunucusuna da uygulayabilirsiniz.<\/p>\n<h3><span id=\"Arsiv_Katmani_S3_Uyumlu_Object_Storage\">Ar\u015fiv Katman\u0131: S3 Uyumlu Object Storage<\/span><\/h3>\n<ul>\n<li>Haftal\u0131k veya 15 g\u00fcnl\u00fck <strong>tam yedek ar\u015fivleri<\/strong>.<\/li>\n<li>Ayl\u0131k veya \u00fc\u00e7 ayl\u0131k <strong>snapshot\/immuutable ar\u015fivler<\/strong>.<\/li>\n<li>Saklama s\u00fcresi: 6\u201324 ay (KVKK\/GDPR ve \u015firket politikas\u0131na g\u00f6re).<\/li>\n<\/ul>\n<p>So\u011fuk katmandaki yedek sunucudan Object Storage\u2019a <strong>ek \u015fifreleme katman\u0131<\/strong> ile (\u00f6rne\u011fin restic\/borg\u2019un kendi \u015fifrelemesi + TLS) veri g\u00f6nderirsiniz. Burada Object Storage\u2019\u0131n lifecycle \u00f6zelliklerinden faydalanarak:<\/p>\n<ul>\n<li>\u0130lk 30 g\u00fcn \u201cs\u0131cak\u201d katmanda (daha h\u0131zl\u0131 eri\u015fim, biraz daha y\u00fcksek maliyet),<\/li>\n<li>30\u2013180 g\u00fcn aras\u0131 \u201cinfrequent access\u201d (daha ucuz, nadir eri\u015fim),<\/li>\n<li>180 g\u00fcnden sonrakiler \u201car\u015fiv\u201d veya silinmi\u015f<\/li>\n<\/ul>\n<p>gibi bir politika kurgulayabilirsiniz.<\/p>\n<p>Bu yakla\u015f\u0131m\u0131n maliyet taraf\u0131n\u0131 optimize etmek i\u00e7in, tekrar hat\u0131rlatmakta fayda var: <a href=\"https:\/\/www.dchost.com\/blog\/object-storage-maliyet-optimizasyonu-lifecycle-policy-cold-storage-ve-bant-genisligi\/\">Object Storage maliyet optimizasyonu yaz\u0131m\u0131zda<\/a> lifecycle politikalar\u0131n\u0131n ger\u00e7ek senaryolarda nas\u0131l kurgulanaca\u011f\u0131n\u0131 \u00f6rneklerle payla\u015ft\u0131k.<\/p>\n<h2><span id=\"Farkli_Is_Yukleri_Icin_Ornek_Yedekleme_Senaryolari\">Farkl\u0131 \u0130\u015f Y\u00fckleri \u0130\u00e7in \u00d6rnek Yedekleme Senaryolar\u0131<\/span><\/h2>\n<p>Her projenin RPO\/RTO hedefi farkl\u0131d\u0131r. DCHost taraf\u0131nda s\u0131k g\u00f6rd\u00fc\u011f\u00fcm\u00fcz \u00fc\u00e7 senaryo \u00fczerinden s\u0131cak\u2013so\u011fuk\u2013ar\u015fiv mimarisini uyarlayal\u0131m.<\/p>\n<h3><span id=\"1_WordPress_Blog_ve_Kurumsal_Site\">1) WordPress Blog ve Kurumsal Site<\/span><\/h3>\n<p>Tipik \u00f6zellikler:<\/p>\n<ul>\n<li>\u0130\u00e7erik g\u00fcncellemeleri g\u00fcnl\u00fck veya haftal\u0131k.<\/li>\n<li>Veri hacmi nispeten d\u00fc\u015f\u00fck (10\u201320 GB).<\/li>\n<li>RTO hedefi birka\u00e7 saat kabul edilebilir.<\/li>\n<\/ul>\n<p>\u00d6nerilen strateji:<\/p>\n<ul>\n<li><strong>S\u0131cak<\/strong>: NVMe \u00fczerinde g\u00fcnl\u00fck veritaban\u0131 dump\u2019\u0131 + 2\u20133 g\u00fcrl\u00fck saklama.<\/li>\n<li><strong>So\u011fuk<\/strong>: SATA yedek sunucusunda her gece tam yedek + 30 g\u00fcnl\u00fck saklama.<\/li>\n<li><strong>Ar\u015fiv<\/strong>: Object Storage \u00fczerinde ayl\u0131k tam yedek + 12 ay saklama.<\/li>\n<\/ul>\n<p>WordPress \u00f6zelinde otomatik yedekleme ve geri y\u00fckleme senaryolar\u0131n\u0131 merak ediyorsan\u0131z, <a href=\"https:\/\/www.dchost.com\/blog\/wordpress-yedekleme-stratejileri-paylasimli-hosting-ve-vpste-otomatik-yedek-ve-geri-yukleme\/\">WordPress yedekleme stratejileri rehberimiz<\/a> bu yap\u0131y\u0131 daha ayr\u0131nt\u0131l\u0131 ele al\u0131yor.<\/p>\n<h3><span id=\"2_WooCommerce_ve_ETicaret_Siteleri\">2) WooCommerce ve E\u2011Ticaret Siteleri<\/span><\/h3>\n<p>Burada i\u015f daha kritik, \u00e7\u00fcnk\u00fc sipari\u015f ve \u00f6deme verisi var.<\/p>\n<ul>\n<li>Veri s\u00fcrekli g\u00fcncelleniyor.<\/li>\n<li>Veri kayb\u0131na tolerans \u00e7ok d\u00fc\u015f\u00fck (RPO dakikalar \u2013 1 saat).<\/li>\n<li>RTO da m\u00fcmk\u00fcnse 1 saatten az olmal\u0131.<\/li>\n<\/ul>\n<p>\u00d6nerilen strateji:<\/p>\n<ul>\n<li><strong>S\u0131cak<\/strong>: NVMe \u00fczerinde 15\u201330 dakikada bir veritaban\u0131 dump\u2019\u0131 veya binlog temelli replika yedekleri + 24\u201348 saat saklama.<\/li>\n<li><strong>So\u011fuk<\/strong>: G\u00fcnl\u00fck tam yedekler + 4 saatte bir art\u0131ml\u0131 yedek; SATA yedek sunucuda 30\u201360 g\u00fcn saklama.<\/li>\n<li><strong>Ar\u015fiv<\/strong>: Haftal\u0131k tam yedekler, Object Storage \u00fczerinde 12\u201324 ay saklama (KVKK\/GDPR ve muhasebe s\u00fcre\u00e7lerine g\u00f6re).<\/li>\n<\/ul>\n<p>WooCommerce i\u00e7in kapasite planlama ve veritaban\u0131 tuning taraf\u0131n\u0131 do\u011fru yapmak, yedek geri y\u00fckleme s\u00fcrelerinde de fark yarat\u0131r. Bunun i\u00e7in <a href=\"https:\/\/www.dchost.com\/blog\/woocommerce-kapasite-planlama-rehberi-vcpu-ram-iops-nasil-hesaplanir\/\">WooCommerce kapasite planlama rehberimize<\/a> de g\u00f6z atabilirsiniz.<\/p>\n<h3><span id=\"3_SaaS_Uygulamalari_ve_Cok_Kiracili_Mimari\">3) SaaS Uygulamalar\u0131 ve \u00c7ok Kirac\u0131l\u0131 Mimari<\/span><\/h3>\n<p>SaaS taraf\u0131nda genellikle a\u015fa\u011f\u0131daki durumlarla kar\u015f\u0131la\u015f\u0131yoruz:<\/p>\n<ul>\n<li>Birden fazla m\u00fc\u015fteri (tenant) ayn\u0131 veritaban\u0131nda veya \u015femada.<\/li>\n<li>Veri hacmi y\u00fcksek, s\u00fcrekli yazma var.<\/li>\n<li>Reg\u00fclasyonlara g\u00f6re m\u00fc\u015fteri verisini uzun s\u00fcre saklama zorunlulu\u011fu.<\/li>\n<\/ul>\n<p>\u00d6nerilen strateji:<\/p>\n<ul>\n<li><strong>S\u0131cak<\/strong>: NVMe \u00fczerinde replika + point\u2011in\u2011time recovery (PITR) i\u00e7in WAL\/binlog ar\u015fivleme; son 24\u201372 saat.<\/li>\n<li><strong>So\u011fuk<\/strong>: G\u00fcnl\u00fck tam yedekler, ayr\u0131 VPS veya dedicated yedek sunucusunda 60\u201390 g\u00fcn saklama.<\/li>\n<li><strong>Ar\u015fiv<\/strong>: Haftal\u0131k\/ayl\u0131k tam yedekler, Object Storage \u00fczerinde 1\u20135 y\u0131l saklama (m\u00fc\u015fteri s\u00f6zle\u015fmelerine g\u00f6re).<\/li>\n<\/ul>\n<p>SaaS modelinde m\u00fc\u015fteri verisi yedekleme ve saklama politikalar\u0131n\u0131 daha \u00f6nce <a href=\"https:\/\/www.dchost.com\/blog\/saas-uygulamalari-icin-musteri-verisi-yedekleme-ve-veri-saklama-politikalari\/\">SaaS uygulamalar\u0131 i\u00e7in m\u00fc\u015fteri verisi yedekleme rehberimizde<\/a> detayland\u0131rm\u0131\u015ft\u0131k. Orada da s\u0131cak\u2013so\u011fuk\u2013ar\u015fiv ayr\u0131m\u0131n\u0131n SaaS d\u00fcnyas\u0131nda neleri kolayla\u015ft\u0131rd\u0131\u011f\u0131n\u0131 g\u00f6rebilirsiniz.<\/p>\n<h2><span id=\"DCHost_Uzerinde_Bu_Stratejiyi_Nasil_Kurabilirsiniz\">DCHost \u00dczerinde Bu Stratejiyi Nas\u0131l Kurabilirsiniz?<\/span><\/h2>\n<p>DCHost taraf\u0131nda tipik kurulum ad\u0131mlar\u0131n\u0131 \u00f6zetleyelim. Amac\u0131m\u0131z, hem teknik ekibiniz i\u00e7in uygulanabilir, hem de y\u00f6netilebilir bir mimari sunmak.<\/p>\n<h3><span id=\"1_Canli_Ortam_Icin_NVMe_VPSDedicated_Tercihi\">1) Canl\u0131 Ortam \u0130\u00e7in NVMe VPS\/Dedicated Tercihi<\/span><\/h3>\n<p>\u00d6ncelikle canl\u0131 ortam\u0131n\u0131z\u0131 NVMe diskli bir VPS veya <a href=\"https:\/\/www.dchost.com\/tr\/fiziksel-sunucu\">dedicated sunucu<\/a>ya ta\u015f\u0131man\u0131z, s\u0131cak yedeklerin performans\u0131n\u0131 da do\u011frudan etkileyecektir. Canl\u0131 ortam:<\/p>\n<ul>\n<li>Web sunucusu (Nginx\/Apache\/LiteSpeed),<\/li>\n<li>Veritaban\u0131 (MySQL\/MariaDB\/PostgreSQL),<\/li>\n<li>Uygulama (WordPress, Laravel, Node.js vb.)<\/li>\n<\/ul>\n<p>i\u00e7in NVMe\u2019nin sundu\u011fu y\u00fcksek IOPS\u2019tan faydalan\u0131r. Ayn\u0131 disk \u00fczerinde k\u0131sa \u00f6m\u00fcrl\u00fc snapshot veya veritaban\u0131 dump\u2019lar\u0131yla s\u0131cak katman\u0131 olu\u015fturabilirsiniz.<\/p>\n<h3><span id=\"2_Ayri_Yedekleme_Sunucusu_SATA_Tabanli\">2) Ayr\u0131 Yedekleme Sunucusu (SATA Tabanl\u0131)<\/span><\/h3>\n<p>\u0130kinci ad\u0131mda, DCHost \u00fczerinde SATA SSD\/HDD i\u00e7eren bir VPS veya dedicated sunucuyu <strong>yedekleme sunucusu<\/strong> olarak konumland\u0131r\u0131rs\u0131n\u0131z. Bu sunucu:<\/p>\n<ul>\n<li>rsync, restic, Borg, rclone gibi ara\u00e7larla canl\u0131 sunuculardan veri \u00e7eker.<\/li>\n<li>G\u00fcnl\u00fck tam, g\u00fcn i\u00e7i art\u0131ml\u0131 yedekleri saklar.<\/li>\n<li>G\u00fcvenlik duvar\u0131 ve eri\u015fim politikalar\u0131yla sadece yedekleme ama\u00e7l\u0131 eri\u015fime a\u00e7\u0131l\u0131r.<\/li>\n<\/ul>\n<p>Burada s\u0131k yapt\u0131\u011f\u0131m\u0131z pratiklerden biri, yedek sunucuna direkt SSH eri\u015fimini sadece ilgili y\u00f6netim IP\u2019lerine a\u00e7mak, di\u011fer t\u00fcm trafi\u011fi firewall ile engellemektir. Ayr\u0131ca bu sunucunun root eri\u015fimini sadece DCHost y\u00f6netim ekibi ve sizin belirledi\u011finiz yetkililere limitli tutmak iyi bir g\u00fcvenlik \u00f6nlemidir.<\/p>\n<h3><span id=\"3_S3_Uyumlu_Object_Storagea_Otomatik_Senkronizasyon\">3) S3 Uyumlu Object Storage\u2019a Otomatik Senkronizasyon<\/span><\/h3>\n<p>Yedek sunucudan Object Storage\u2019a otomatik senkronizasyon i\u00e7in genellikle \u015fu ara\u00e7lar\u0131 kullan\u0131yoruz:<\/p>\n<ul>\n<li><strong>rclone<\/strong>: S3 ba\u015fta olmak \u00fczere bir\u00e7ok uzak depolama i\u00e7in son derece esnek.<\/li>\n<li><strong>restic\/borg<\/strong>: \u015eifreli, deduplikasyonlu ve art\u0131ml\u0131 yedekler i\u00e7in.<\/li>\n<li><strong>Cron<\/strong>: Zamanlama ve rutin i\u015fler i\u00e7in.<\/li>\n<\/ul>\n<p>\u00d6rne\u011fin her gece saat 02:00\u2019de, bir \u00f6nceki g\u00fcn\u00fcn s\u0131k\u0131\u015ft\u0131r\u0131lm\u0131\u015f ve \u015fifrelenmi\u015f yede\u011fini \u015fu mant\u0131kla Object Storage\u2019a g\u00f6nderebilirsiniz:<\/p>\n<ul>\n<li>Yedek sunucuda \/backups klas\u00f6r\u00fcnde g\u00fcnl\u00fck ar\u015fivleri tut.<\/li>\n<li>rclone ile \/backups\/2024\u201109\u201101.tar.gz dosyas\u0131n\u0131 s3:dchost\u2011backups\/bucket\u2011adi\/2024\/09\/ dizinine y\u00fckle.<\/li>\n<li>Object Storage taraf\u0131nda lifecycle ile 30 g\u00fcnden eski nesneleri daha ucuz katmana ta\u015f\u0131.<\/li>\n<\/ul>\n<h3><span id=\"4_Felaket_Kurtarma_Provasi_ve_Geri_Donus_Testleri\">4) Felaket Kurtarma Provas\u0131 ve Geri D\u00f6n\u00fc\u015f Testleri<\/span><\/h3>\n<p>Teorik olarak her \u015fey g\u00fczel g\u00f6r\u00fcnebilir, ama yedek <strong>geri y\u00fcklemesi test edilmemi\u015fse<\/strong> o yedek tam anlam\u0131yla \u201cvar\u201d say\u0131lmaz. Bu y\u00fczden DCHost\u2019ta \u00f6nerdi\u011fimiz yakla\u015f\u0131m \u015fu:<\/p>\n<ul>\n<li>Ayl\u0131k veya \u00fc\u00e7 ayl\u0131k periyotlarla, yedeklerden <strong>test geri y\u00fckleme<\/strong> yap\u0131lmas\u0131.<\/li>\n<li>\u00dcretimden izole bir test VPS\u2019i \u00fczerinde, ilgili yede\u011fin a\u00e7\u0131l\u0131p uygulaman\u0131n ayaklanmas\u0131.<\/li>\n<li>Geri d\u00f6n\u00fc\u015f s\u00fcresinin \u00f6l\u00e7\u00fclmesi (RTO\u2019nun pratikte ne oldu\u011funun g\u00f6r\u00fclmesi).<\/li>\n<\/ul>\n<p>Bu s\u00fcreci ad\u0131m ad\u0131m nas\u0131l y\u00f6netece\u011finizi, <a href=\"https:\/\/www.dchost.com\/blog\/hosting-tarafinda-felaket-kurtarma-provasi-cpanel-ve-vps-yedeklerini-test-etme-rehberi\/\">hosting taraf\u0131nda felaket kurtarma provas\u0131 rehberimizde<\/a> \u00f6rnek senaryolarla anlat\u0131yoruz. Tavsiyemiz: En az\u0131ndan y\u0131lda birka\u00e7 kez bu provay\u0131 ger\u00e7ekten uygulaman\u0131z.<\/p>\n<h2><span id=\"Sik_Yapilan_Hatalar_ve_Iyilestirme_Onerileri\">S\u0131k Yap\u0131lan Hatalar ve \u0130yile\u015ftirme \u00d6nerileri<\/span><\/h2>\n<h3><span id=\"Tum_Yedekleri_Ayni_Diskte_Tutmak\">T\u00fcm Yedekleri Ayn\u0131 Diskte Tutmak<\/span><\/h3>\n<p>En b\u00fcy\u00fck hatalardan biri, \u201czaten NVMe \u00e7ok h\u0131zl\u0131\u201d deyip hem canl\u0131 veriyi hem de t\u00fcm yedekleri ayn\u0131 disklerde saklamak. Bu durumda:<\/p>\n<ul>\n<li>Disk ar\u0131zas\u0131nda hem canl\u0131 veri hem yedekler ayn\u0131 anda gider.<\/li>\n<li>Ransomware bula\u015ft\u0131\u011f\u0131nda tek hedef \u00fczerinde t\u00fcm kopyalar \u015fifrelenir.<\/li>\n<\/ul>\n<p>\u00c7\u00f6z\u00fcm: En az\u0131ndan <strong>so\u011fuk katman\u0131 fiziksel olarak ayr\u0131 bir yedek sunucuya<\/strong> ta\u015f\u0131mak, ar\u015fiv katman\u0131n\u0131 ise Object Storage\u2019ta konumland\u0131rmak.<\/p>\n<h3><span id=\"Yedek_Alip_Geri_Donus_Senaryosunu_Tanimlamamak\">Yedek Al\u0131p Geri D\u00f6n\u00fc\u015f Senaryosunu Tan\u0131mlamamak<\/span><\/h3>\n<p>\u201cYedek al\u0131yoruz\u201d c\u00fcmlesi ancak \u201c\u015fu kadar dakikada \u015fu \u015fekilde geri d\u00f6n\u00fcyoruz\u201d diye tamamland\u0131\u011f\u0131nda anlaml\u0131 olur. \u00d6zellikle e\u2011ticaret ve SaaS taraf\u0131nda:<\/p>\n<ul>\n<li>Hangi tablo veya dizin bozuldu\u011funda hangi yedekten d\u00f6n\u00fclece\u011fini,<\/li>\n<li>DNS\/SSL, uygulama konfig\u00fcrasyonu ve IP ta\u015f\u0131nmas\u0131 gibi ad\u0131mlar\u0131n s\u0131ras\u0131n\u0131,<\/li>\n<li>Kimlerin hangi rolde devreye girdi\u011fini<\/li>\n<\/ul>\n<p>\u00f6nceden yazmak gerekir. Buna basit bir <strong>DR runbook<\/strong> diyebilirsiniz.<\/p>\n<h3><span id=\"KVKKGDPR_Saklama_Surelerini_Goz_Ardi_Etmek\">KVKK\/GDPR Saklama S\u00fcrelerini G\u00f6z Ard\u0131 Etmek<\/span><\/h3>\n<p>\u201cNe kadar \u00e7ok yedek, o kadar iyi\u201d mant\u0131\u011f\u0131 art\u0131k ge\u00e7erli de\u011fil. KVKK ve GDPR, baz\u0131 durumlarda veriyi <strong>gere\u011finden fazla tutman\u0131z\u0131 da sorun<\/strong> haline getirebilir. \u00d6zellikle:<\/p>\n<ul>\n<li>Ki\u015fisel verilerin tutuldu\u011fu loglar,<\/li>\n<li>E\u2011posta ar\u015fivleri,<\/li>\n<li>Eski m\u00fc\u015fteri verileri<\/li>\n<\/ul>\n<p>i\u00e7in saklama s\u00fcresini politika olarak tan\u0131mlamak ve Object Storage lifecycle kurallar\u0131yla bunu desteklemek \u00f6nemlidir. Bu konuya \u00f6zel olarak <a href=\"https:\/\/www.dchost.com\/blog\/yedek-saklama-suresi-nasil-belirlenir-kvkk-gdpr-ve-maliyet-dengesi\/\">yedek saklama s\u00fcresi ve KVKK\/GDPR dengesini anlatt\u0131\u011f\u0131m\u0131z rehberde<\/a> de\u011findik.<\/p>\n<h3><span id=\"Yedek_Transferi_ve_Sifrelemeyi_Ihmal_Etmek\">Yedek Transferi ve \u015eifrelemeyi \u0130hmal Etmek<\/span><\/h3>\n<p>Yedek, canl\u0131 verinizle ayn\u0131 hassasiyettedir. Hatta \u00e7o\u011fu zaman daha risklidir, \u00e7\u00fcnk\u00fc daha az izlenir. Bu nedenle:<\/p>\n<ul>\n<li>Sunucular aras\u0131 ta\u015f\u0131ma mutlaka <strong>SSH\/TLS \u00fczerinden \u015fifreli<\/strong> yap\u0131lmal\u0131.<\/li>\n<li>Object Storage\u2019a y\u00fcklenen ar\u015fivler <strong>istemci taraf\u0131nda ek olarak \u015fifrelenmeli<\/strong> (\u00f6rne\u011fin restic\/borg ile).<\/li>\n<li>Yedek sunuculara eri\u015fim <strong>s\u0131k\u0131 firewall ve VPN\/SFTP<\/strong> politikalar\u0131yla s\u0131n\u0131rland\u0131r\u0131lmal\u0131.<\/li>\n<\/ul>\n<h2><span id=\"Ozet_ve_Sonraki_Adim_Yedeklerinizin_Katmanlarini_Netlestirin\">\u00d6zet ve Sonraki Ad\u0131m: Yedeklerinizin Katmanlar\u0131n\u0131 Netle\u015ftirin<\/span><\/h2>\n<p>S\u0131cak, so\u011fuk ve ar\u015fiv yedek kavramlar\u0131n\u0131 do\u011fru yerle\u015ftirdi\u011finizde, \u201cyedek var m\u0131?\u201d sorusu yerini \u00e7ok daha olgun bir soruya b\u0131rak\u0131r: \u201cHangi yede\u011fe, ka\u00e7 dakikada, ne kadarl\u0131k veri kayb\u0131yla d\u00f6nebiliyoruz ve bu bize ka\u00e7a mal oluyor?\u201d. DCHost olarak her g\u00fcn sahada g\u00f6rd\u00fc\u011f\u00fcm\u00fcz tablo \u015fu: Sadece g\u00fcnl\u00fck yedek alan i\u015fletmeler, ilk b\u00fcy\u00fck kesintide hem gelir hem itibar kayb\u0131 ya\u015f\u0131yor; oysa katmanl\u0131 bir NVMe + SATA + Object Storage stratejisiyle bu risklerin b\u00fcy\u00fck b\u00f6l\u00fcm\u00fc makul maliyetlerle y\u00f6netilebilir.<\/p>\n<p>Bir sonraki ad\u0131m\u0131n\u0131z \u00e7ok karma\u015f\u0131k olmak zorunda de\u011fil. \u00d6nce mevcut durumunuzu \u00e7\u0131kar\u0131n: Canl\u0131 veriniz hangi diskte? Ka\u00e7 g\u00fcnde bir tam yedek al\u0131yorsunuz? Offsite kopyan\u0131z var m\u0131? Son ne zaman ger\u00e7ek bir geri y\u00fckleme testi yapt\u0131n\u0131z? Bu sorulara net cevaplar verebiliyorsan\u0131z, s\u0131cak\u2013so\u011fuk\u2013ar\u015fiv mimarisini kurmak birka\u00e7 ad\u0131ml\u0131k bir i\u015f. Veremiyorsan\u0131z, \u00f6nce bu foto\u011fraf\u0131 netle\u015ftirip ard\u0131ndan DCHost \u00fczerinde <strong>NVMe tabanl\u0131 canl\u0131 ortam, SATA yedek sunucu ve S3 uyumlu Object Storage<\/strong> \u00fc\u00e7l\u00fcs\u00fcn\u00fc birlikte planlamak en sa\u011fl\u0131kl\u0131 yol olacakt\u0131r.<\/p>\n<p>Ekibinizle birlikte yedek stratejinizi g\u00f6zden ge\u00e7irmek veya DCHost altyap\u0131s\u0131nda uygulanabilir bir s\u0131cak\u2013so\u011fuk\u2013ar\u015fiv plan\u0131 \u00e7\u0131karmak isterseniz, destek ekibimizle ileti\u015fime ge\u00e7ip mevcut sunucu yap\u0131n\u0131z\u0131 anlatman\u0131z yeterli. Beraber, hem maliyet hem de kurtarma s\u00fcreleri a\u00e7\u0131s\u0131ndan i\u015finizi ger\u00e7ekten koruyan, pratikte test edilmi\u015f bir mimari tasarlayabiliriz.<\/p>\n<\/div>","protected":false},"excerpt":{"rendered":"<p>Yedekleme taraf\u0131nda as\u0131l zor olan, \u201cka\u00e7 kopyam var?\u201d sorusundan \u00e7ok \u201changi yede\u011fe ka\u00e7 saniyede ula\u015fabiliyorum ve bu bana ka\u00e7a mal oluyor?\u201d sorusudur. Ayn\u0131 altyap\u0131da hem \u00e7ok h\u0131zl\u0131 geri d\u00f6n\u00fc\u015f yapabilen, hem de aylarca hatta y\u0131llarca saklanabilen yedekler tutmak istiyorsan\u0131z; s\u0131cak, so\u011fuk ve ar\u015fiv depolama katmanlar\u0131n\u0131 bilin\u00e7li \u015fekilde kurgulaman\u0131z gerekir. \u0130\u015fte burada NVMe, SATA ve Object [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":3858,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[26],"tags":[],"class_list":["post-3857","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\/3857","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=3857"}],"version-history":[{"count":0,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/posts\/3857\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media\/3858"}],"wp:attachment":[{"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/media?parent=3857"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/categories?post=3857"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dchost.com\/blog\/wp-json\/wp\/v2\/tags?post=3857"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}