Pag-backup
NAS, SAN o Cloud Storage: Ihambing ang Gastos, Access at Pagbangon
Magkaibang problema sa access at pagbangon ang nilulutas ng lokal na storage at cloud services. Ihambing ang buong gastos, kuwenta ng transfer time at praktikal na hybrid na disenyo bago pumili.
Gusto ng team ng mabilis na access sa malalaking project file sa opisina at madaling pakikipagtulungan sa labas. Gusto ng finance ng mahuhulaang gastos. Gusto ng pamunuan na muling gumana ang negosyo matapos ang pagkabigo. Magkakaugnay ang mga ito, ngunit masyadong malawak ang “lokal o cloud?” hangga't hindi malinaw ang workload, mga tao at target ng pagbangon.
Hindi Tatlong Magkakatumbas na Kahon ang NAS, SAN at Cloud
NAS ay nagbibigay ng access sa file, karaniwan sa SMB o NFS. SAN ay nagbibigay ng block storage sa mga server sa suportadong fabric gaya ng iSCSI o Fibre Channel. Pagkatapos, ang server o application ang namamahala sa filesystem o data service. Ang gabay sa SAN vs NAS ay nagpapaliwanag pa ng pagkakaibang iyon.
Cloud storage ay modelo ng paghahatid sa halip na isang protocol. Magkakaiba ang interface, katangian ng performance, pagpapanatili at singil ng cloud file services, block volumes, object storage at software-as-a-service platforms. Hindi awtomatikong direktang kapalit ng SMB share sa opisina ang object-storage bucket.
| Opsyon | Karaniwang modelo ng access | Mahalagang pagdepende |
|---|---|---|
| Lokal na NAS | Ina-access ng mga user at application ang mga shared file | NAS, lokal na network, identity, kuryente at backup |
| SAN | Ina-access ng mga host ang block volumes | Suportadong host, storage path, clustering at disenyo ng application |
| Cloud file service | Pinamamahalaang network file access | Suportadong client path, identity, network at limitasyon ng serbisyo |
| Cloud block storage | Mga volume na nakakabit sa suportadong cloud workload | Cloud compute, application at disenyo ng pagbangon |
| Cloud object storage | Mga object na ina-access sa application o API | Pagsasama ng application, pattern ng request at patakaran sa transfer |
Magsimula sa Araw-araw na Trabaho
Magkaiba ang kailangang storage path ng video editor na humahawak ng malalaking lokal na file, user sa sangay na nagbubukas ng dokumento, at cloud-hosted application. Tukuyin kung sino ang lumilikha ng data, saan ito ginagamit, ilan ang sabay-sabay na gumagamit at ano ang mangyayari kapag walang internet.
Maaaring manatili sa LAN ang angkop na trabaho sa lokal na storage, ngunit hindi sapat ang lokal na kapasidad para sa maaasahang remote collaboration. Maaaring padaliin ng cloud service ang hiwa-hiwalay na access, ngunit mahalaga pa rin ang koneksyon ng client, latency at asal ng application. Kailangan ng remote users ng sinadyang suportadong paraan ng access, hindi ng nakalantad na NAS administration port.
- Ilista nang hiwalay ang aktibong working set at ang mas lumang pinananatiling data.
- Tukuyin ang malalaking sunud-sunod na transfer, maraming maliliit na file at application requests na sensitibo sa latency.
- Itala ang kailangang access sa opisina, sangay, bahay at mobile.
- Magpasya kung aling trabaho ang dapat magpatuloy sa pagkawala ng internet o pagkahinto ng site.
Kung Kailan Angkop ang Lokal na Storage
Maaaring isentralisa ng NAS na tama ang sukat ang permissions at panatilihing malapit sa team ang malalaking file traffic. Maaaring bumagay ang all-flash sa ibang pattern ng access kaysa sa HDD na nakatuon sa kapasidad. Sabay suriin ang magagamit na kapasidad, tuloy-tuloy na disk performance, koneksyon ng client at switch uplinks.
Ang Synology DS925+ at ASUSTOR Flashstor 6 Gen 2 FS6806X ay nagpapakita ng magkakaibang disenyo ng drive at koneksyon. Nakasalalay ang pagiging angkop sa application, suportadong drives, kapasidad at plano ng pagbangon; kailangan pa rin sa pareho ang pagsusuri ng buong workload.
Gamitin ang gabay sa pagbili ng NAS para sa bays at applications, at ang gabay sa bilis at presyo ng storage para sa data path. Sa SAN, isama ang suportadong host at path architecture sa gastos at acceptance test.
Higit sa Buwanang Kapasidad ang Gastos sa Cloud
Suriin ang partikular na serbisyo, storage class at rehiyon. Maaaring kasama sa gastos ang nakaimbak na data, operations o requests, retrieval, palabas na transfer, minimum retention at kaugnay na compute o software. Magkakaiba ang naaangkop na tuntunin; hindi pare-pareho ang pagsingil ng lahat ng serbisyo.
Maaaring angkop ang murang archive class para sa bihirang kuning data, samantalang kailangan ng aktibong workflow ng ibang response time at modelo ng singil. Maaari ring mas marami ang sinisingil na data sa backups, versions at replication kaysa sa ipinapakitang kasalukuyang working folder.
Imodelo ang karaniwang paggamit at isang buwang may pambihirang malaking restore. Isama ang gastos ng pagkuha ng data at sistemang gagamit dito, hindi lamang ang bayarin habang nakaimbak ito.
Ihambing ang Limang-Taong Gastos sa Parehong Batayan
| Bahagi ng gastos | Lokal na disenyo | Cloud na disenyo |
|---|---|---|
| Paunang setup | Hardware, drives, pagbabago sa network at pagpapatupad | Migration, configuration, integration at identity setup |
| Buwanang operasyon | Kuryente, suporta, pamamahala at off-site na proteksyon | Storage, requests, transfer, software at pamamahala |
| Paglaki | Drives, expansion, dagdag na nodes at migration work | Dagdag na nakaimbak na data, versions at paggamit ng serbisyo |
| Pagbangon | Pamalit na kagamitan, paggawa sa restore at hiwalay na kopya | Retrieval, transfer, restore compute at paggawa sa pagbangon |
| Lifecycle | Pagpapalit, renewal ng suporta at pagtatapon | Pagbabago ng serbisyo, exit transfer at migration |
Ang payak na paghahambing ay setup + 60 buwang gastos sa operasyon + paglaki at pagpapalit + laan para sa pagbangon at pag-alis. Gamitin ang parehong palagay sa protektadong kapasidad, retention, availability ng serbisyo at suporta sa dalawang disenyo.
Sa aritmetika lamang, bawat US$100 na buwanang umuulit na gastos ay nagdaragdag ng US$6,000 sa loob ng 60 buwan. Hindi ito presyo sa merkado o quotation. Ipinapakita nito kung bakit kailangang isama sa limang-taong plano ang umuulit na software, suporta at backup kasama ng hardware. Gamitin nang pare-pareho ang kasalukuyang buwis at palagay sa currency.
Pagkuwenta ng Restore Time: Maaaring Maging Hadlang ang Internet
Higit pa sa mensaheng tapos na ang backup ang kailangan ng target ng pagbangon. Kung kailangang dumaan ang data sa internet, ang magagamit na throughput ang nagtatakda ng pinakamababang oras ng transfer.
| Data na ililipat | Ipinapalagay na tuloy-tuloy na transfer rate | Ideal na transfer time |
|---|---|---|
| 1 TB | 100 Mb/s | Mga 22 oras 13 minuto |
| 1 TB | 1 Gb/s | Mga 2 oras 13 minuto |
| 10 TB | 1 Gb/s | Mga 22 oras 13 minuto |
Decimal TB at walong bit bawat byte ang gamit sa mga kuwentang ito. Ipinapalagay na tuloy-tuloy ang nasabing bilis at magagamit sa transfer. Nagdadagdag ng oras ang protocol overhead, kasabay na traffic, paghahanda sa retrieval, pagproseso ng maliliit na file, decryption, muling pagbuo ng application at validation. Mga kuwenta ito ng transfer, hindi nasukat na resulta ng pagbangon.
Tukuyin ang recovery point objective, o kung gaanong bagong trabaho ang maaaring mawala, at ang recovery time objective, o kung gaano kabilis dapat bumalik ang magagamit na serbisyo. Pagkatapos, subukan ang buong restore sequence laban sa mga target na iyon.
Praktikal na Hybrid na Paraan
Kailangan ng Hybrid na Plano ng Nasubok na Landas ng Pagbangon
- Working Data
- Backup na may mga Bersyon
- Off-site na Kopya
- Pagsubok ng Restore
Sadyang itakda ang retention at deletion controls. Maaaring magkaiba ang pangangailangang tinutugunan ng working location at hiwalay na recovery copy.
Isang paraan ang panatilihin ang aktibong working set sa angkop na lokal na sistema, gumawa ng backups na may bersyon at magtago ng hiwalay na off-site copy. Sa isa pa, nasa cloud ang pangunahing application at bina-backup ito sa sapat na hiwalay na target. Nakasalalay ang tamang direksyon sa kung saan tumatakbo ang application at paano babangon ang negosyo.
Ihiwalay ang panganib sa access at deletion kung suportado ng platform. Kung kayang burahin ng isang nakompromisong administrator ang source, lahat ng snapshot at tanging off-site copy, may iisang landas pa rin ng pagkabigo. Pribadong idokumento ang retention, pag-iingat ng encryption key at access sa recovery account.
Kapaki-pakinabang ang pag-sync upang maging napapanahon ang working copies. Maaari rin nitong ipakalat ang pagbura o sirang file. Suriin ang pagpapanatili ng bersyon at hiwalay na backup sa halip na ituring ang dalawang naka-sync na folder na dalawang plano ng pagbangon.
Kailangan ng Tiyak na Disenyo ang Seguridad at Lokasyon ng Data
Hindi awtomatikong pribado o ligtas ang lokal na storage, at hindi awtomatikong sumusunod sa regulasyon ang cloud. Parehong kailangan ng wastong identities, permissions, updates, logging, recovery controls at may pananagutan sa operasyon. Tiyakin kung saan itinatago ang data at backups, sino ang may access at anong obligasyon ang saklaw ng organisasyon.
Para sa remote work, gumamit ng suportadong ligtas na disenyo ng access at protektahan ang endpoints na gumagamit ng data. Huwag ilathala ang credentials, recovery codes o pribadong configuration kapag humihingi ng tulong. Ang gabay sa backup restore test ay nagbibigay ng praktikal na paraan upang patunayang magagamit talaga ang protektadong kopya.
Mga Madalas Itanong
Mas mura ba ang NAS kaysa cloud storage?
Depende sa kapasidad, paggamit, retention, suporta, kuryente, pangangasiwa, backup at lifecycle costs. Ihambing ang parehong serbisyo at recovery requirements sa takdang panahon, hindi ang hardware laban sa buwanang singil na storage lamang.
Pareho ba ang cloud storage at NAS?
Hindi. Magkakaiba ang interface ng cloud file services, block volumes, object storage at software platforms. Suriin kung paano ina-access ng application ang data bago ituring ang isa bilang kapalit ng iba.
Gagana ba ang NAS kapag walang internet?
Maaaring magpatuloy sa LAN ang angkop na lokal na serbisyo kung may kuryente, lokal na network, identity at application. Maaari pa ring maapektuhan ang remote users at mga function na nakadepende sa internet.
Backup ba ang pag-sync ng NAS sa cloud?
Depende sa serbisyo at configuration. Maaaring maipakalat ng pag-sync ang deletion o corruption. Suriin ang hiwalay na versions, retention, paghihiwalay ng access at nasubok na restore process.
Gaano katagal mag-restore ng 1 TB mula sa cloud?
Sa tuloy-tuloy na 100 Mb/s, mga 22 oras 13 minuto ang transfer lamang ng decimal na 1 TB. Sa 1 Gb/s, mga 2 oras 13 minuto. Dagdag na oras ang retrieval, processing, overhead at validation.
Mas ligtas ba ang lokal o cloud storage?
Walang awtomatikong mas ligtas. Ang identity, configuration, updates, logging, backup isolation, lokasyon ng data at paraan ng operasyon ang tumutukoy sa proteksyon ng aktuwal na disenyo.
Piliin ang Access at Pagbangon Bago ang Lokasyon
Piliin ang lokal na storage kapag ang performance, kontrol at modelo ng operasyon nito ay angkop sa workload; piliin ang cloud kapag ang modelo ng paghahatid nito ay akma sa application at mga user. Gumamit ng suportadong SAN para sa block-storage requirements na nagbibigay-katwiran dito. Ihambing ang hybrid options kung magkaiba ang pangangailangan ng working copy at recovery copy.
Dalhin ang laki ng aktibong data, paglaki, mga lokasyon, applications at recovery targets sa isang Sales Specialist. Isinasaalang-alang ng buong plano ang araw-araw na trabaho, buwanang bayarin at araw na may pumalya.
