Paano Mo Pipiliin ang Pagitan ng SAN, NAS, at DAS Architectures para sa Iyong Mga Workload?

Ang pagpili ng tamang arkitektura ng imbakan ay isa sa mga pinakamahalagang desisyon sa imprastruktura na maaaring gawin ng isang koponan ng IT. Kung ikaw ay nagtatayo ng isang pribadong kapaligiran ng ulap, pamamahala ng isang lumalaking kumplikadong kumpol ng virtualisasyon, o simpleng sinusubukang iayos ang kaguluhan ng pagkalat ng data, ang pagpipilian sa pagitan ng Storage Area Network (SAN), Network Attached Storage (NAS), at Direct Attached Storage (DAS) ay nakaaapekto sa lahat—mula sa potensyal na pagganap hanggang sa kakayahang operasyonal na umangkop. Ang bawat modelo ay may natatanging mga pangunahing palagay tungkol sa paraan ng daloy ng data, kung paano hinahati ang mga mapagkukunan, at kung paano lalawak ang iyong kapaligiran sa paglipas ng panahon. Ang pag-unawa sa mga pagkakaiba-iba nito bago magdesisyon sa hardware at kable ay malaki ang naitutulong sa pag-iwas sa mga gastos kumpara sa pagkakatuklas ng hindi pagkakatugma ng arkitektura matapos na maisagawa ang deployment.

Ang artikulong ito ay sumusuri nang sistematiko sa lohika ng pagpili, na sinusuri ang mga katangian ng workload, mga kinakailangan sa konektibidad, kumplikasyon sa pamamahala, at mga pang-ekonomiyang kompromiso na nagpapagawa sa isang arkitektura na mas matalino para sa isang tiyak na senaryo. Kung ikaw ay sinusuri ang infrastraktura ng SAN nang partikular, ang papel ng SAN switch ay nangangailangan ng maingat na pansin, dahil ito ang device na nagpapagawa sa block-level storage networking na parehong posible at madaling pamahalin sa malaking saklaw. Sa wakas ng talakayang ito, mayroon kang isang praktikal na balangkas para i-match ang tamang storage model sa tunay na mga pangangailangan ng iyong mga workload.

Pag-unawa sa Mga Pangunahing Pagkakaiba sa Gitna ng SAN, NAS, at DAS

Ano ang Tunay na Ginagawa ng Bawat Arkitektura

Ang Direct Attached Storage ay eksaktong kung ano ang ipinahihiwatig ng pangalan nito: mga device na nag-iimbak na pisikal na konektado sa isang server o workstation nang walang anumang panggitnang network fabric. Maaaring ito ay mga internal na hard drive, external na USB o SAS array, o mga NVMe drive na nakamount nang direkta sa host. Nagbibigay ang DAS ng mababang latency dahil wala itong network hop, ngunit lumilikha ito ng mga storage silo. Ang bawat server ay may sariling storage, at ang pagbabahagi ng kapasidad na iyon sa iba pang host ay nangangailangan ng karagdagang software layer o paglipat ng data, na nagdudulot ng kumplikasyon at pagkaantala.

Ang Network Attached Storage ay nagpapakilala ng isang nakatuon na file server na nag-e-export ng mga ibinabahaging direktoryo sa pamamagitan ng isang karaniwang IP network gamit ang mga protocol tulad ng NFS, SMB, o CIFS. Ang maraming kliyente ay nakakapag-access ng parehong file system nang sabay-sabay, kaya ang NAS ay perpekto para sa mga kapaligiran na nangangailangan ng pakikipagtulungan, mga imbakan ng media, mga home directory, at mga target para sa backup. Ang storage ay lumilitaw sa operating system bilang isang remote file system, at ang pagganap nito ay limitado ng bandwidth ng network at ng latency na likas sa mga protocol ng file-based access.

Ang Storage Area Network ay gumagamit ng lubos na iba't ibang paraan sa pamamagitan ng paglikha ng dedikadong mataas-na-bilis na network na eksklusibo para sa trapiko ng imbakan. Ang mga server ay nakakakonekta sa SAN fabric sa pamamagitan ng host bus adapters at nakikita ang mga volume ng imbakan bilang mga lokal na block device. Ang ganitong access sa antas ng block ay mahalaga para sa mga workload na nangangailangan ng direktang disk I/O nang walang file system na tagapamagitan, kabilang ang karamihan sa mga enterprise database, virtualization hypervisors, at mga transaksyonal na aplikasyon. Ang SAN switch ay ang sentral na device na nag-uugnay, na nagruroute ng Fibre Channel o Ethernet storage frames sa pagitan ng mga server at storage arrays sa loob ng dedikadong itong fabric.

Mga Pagkakaiba sa Protocol at Transport Layer

Ginagamit ng DAS ang mga direktang bus interface tulad ng SAS, SATA, NVMe, o ang mas lumang SCSI. Ang mga ito ay deterministikong mga transport na may mababang overhead na nagmamaximize ng throughput para sa isang solong host. Ang NAS naman ay umaasa sa TCP/IP networking at mga protocol sa pagbabahagi ng file na nakatayo sa tuktok nito, kaya ang pagganap ng storage ay napapailalim sa lahat ng pagkakaiba-iba ng isang pangkalahatang layunin na network maliban kung mahigpit na ipinapatupad ang mga patakaran sa quality-of-service.

Ang SAN ay karaniwang gumagamit ng Fibre Channel bilang kanyang transport, bagaman ang iSCSI over Ethernet at Fibre Channel over Ethernet ay naging mas karaniwang alternatibo. Ang Fibre Channel ay partikular na idinisenyo mula sa simula para sa storage traffic, na nag-aalok ng deterministikong latency, built-in na flow control, at lossless na delivery. Ang SAN switch sa isang Fibre Channel environment ay nagpapatupad ng zoning, na ang ibig sabihin ay ang logical na segmentation ng fabric upang tanging ang awtorisadong host-to-storage na mga path lamang ang nakikita. Ito ay parehong isang security feature at isang performance isolation mechanism na pinipigilan ang mga workload na makakaapekto sa isa't isa sa antas ng fabric.

Pagtutugma ng Arkitektura sa mga Katangian ng Workload

Kung Kailan Ang DAS Ang Tamang Kagamitan

Ang DAS ay nananatiling may kahalagahan at madalas na optimal para sa mga workload na may iisang server kung saan ang pagbabahagi ay hindi isang kinakailangan at ang pangkalahatang performans ng I/O ang pinakamahalaga. Ang mga node para sa mataas-na-performans na analytics, mga dedikadong server para sa rendering, mga deployment para sa edge computing, at mga workstation para sa pag-unlad ay lahat nakikinabang mula sa DAS dahil ang kawalan ng network layer ay nagtatanggal ng pagkakaiba-iba ng latency. Kapag tumatakbo ang isang workload sa iisang host at hindi malamang na ilipat o i-load-balance ang host na iyon, ang DAS ay umaavoid sa gastos at kumplikasyon ng imprastraktura ng shared storage nang hindi kinukompromiso ang anumang mahalagang bagay.

Ang DAS ay isang logical na starting point din para sa mga organisasyon na nasa simula pa lamang ng kanilang infrastructure journey. Mas mababa ang capital cost, mas simple ang configuration, at minimal ang operational burden. Ang hamon ay lumilitaw kapag may paglago: ang pagdaragdag ng mga server ay nangangahulugan ng pag-uulit ng storage o ng pagpapalit sa shared storage model, na kadalasan ay mas nakakadistract kaysa sa pagbuo ng shared storage mula sa simula. Kung ang iyong roadmap ay kasama ang virtualization, high availability clustering, o mabilis na server provisioning, ang pag-invest sa shared storage architecture nang mas maaga ay karaniwang nagbabayad sa sarili nito sa pamamagitan ng maiiwasang migration work.

Kapag Sumasalo ang NAS sa Workload

Ang NAS ay mahusay sa mga kapaligiran kung saan ang di-istrakturang data ay kailangang ma-access nang sabay-sabay ng maraming gumagamit o sistema. Ang pakikipagtulungan sa mga file, pamamahala ng mga asset sa media, mga sistemang pagbuo ng software, at imprastraktura ng backup ay natural na angkop dahil ang mga gawaing ito ay tumatanggap sa semantika ng pag-access batay sa file at hindi nangangailangan ng mahigpit na kontrol sa I/O na ibinibigay ng block storage. Ang kakayahang ibahagi ang isang solong imbakan sa daan-daang kliyente nang walang pag-deploy ng dedikadong imbakan bawat host ay ginagawang ekonomikal na kaakit-akit ang NAS sa malaking saklaw para sa mga gawaing nakatuon sa file.

Ang mga modernong platform ng NAS ay sumusuporta rin sa mga mayamang tampok para sa pamamahala ng data, kabilang ang mga snapshot, replication, deduplication, at tiering, na nagdaragdag ng halaga sa mga senaryo ng pangmatagalang pag-iimbak ng data. Gayunpaman, hindi ideal ang NAS para sa mga transaksyonal na database na sensitibo sa latency, malalawak na deployment ng virtual machine na nangangailangan ng pare-parehong I/O na mas mababa sa isang millisecond, o anumang workload na umaasa sa mga semantics ng raw block device. Ang pilitin ang mga workload na ito sa NAS ay karaniwang nagreresulta sa mga problema sa pagganap na mahirap diagnosin at mahal sa paglutas nang huli.

Kung Kailan Nagbibigay ang Arkitektura ng SAN ng Pinakamataas na Halaga

Ang SAN ay isinagawa nang espesipiko para sa mga kapaligiran kung saan ang maraming server ay kailangang magbahagi ng mataas na performans na block storage na may napapanatiling latency at kakayahang ilipat nang pabalik-balik ang mga workload sa pagitan ng mga host. Ang mga enterprise database cluster, mga pabrika ng virtualisasyon ng VMware at Hyper-V, mga deployment ng Oracle RAC, at mga misyon-kritikal na transaksyonal na sistema ay lahat ay umaasa sa mga katangian ng SAN. Ang SAN switch ang nagpapagana ng modelo ng shared fabric na ito, na nagpapahintulot sa maraming server at sa ilang storage array na mai-interconnect sa isang topology na sumusuporta nang sabay-sabay sa redundancy at performance isolation.

Ang SAN switch ay nagbibigay din ng operasyonal na pundasyon para sa mga advanced na tampok tulad ng live storage migration, automated storage tiering, at non-disruptive volume expansion. Ang mga zoning policy na ipinapatupad sa lebel ng SAN switch ay nagsisiguro na ang isang test server ay hindi maaaring pansamantalang makakita ng mga production storage volumes, at ang mga multipathing configuration na tinukoy sa pamamagitan ng fabric ay nagbibigay ng awtomatikong failover kung ang isang path sa pagitan ng isang host at ng isang array ay nabigo. Ang mga kakayahan na ito ay simpleng hindi magagamit sa DAS o NAS architectures, kaya naman nananatili pa ring ang SAN ang pangunahing pinipili para sa tier-one enterprise workloads kahit na may mas mataas na kumplikado ng paunang deployment.

Pagtataya ng Kabuuang Gastos sa Pagmamay-ari sa Lahat ng Tatlong Modelo

Mga Gastos sa Kapital at Imprastraktura

Ang DAS ay may pinakamababang gastos sa pagpasok dahil kailangan lamang nito ang mga device para sa imbakan at isang lokal na interface. Walang switching fabric, walang dedikadong kable, at walang karagdagang software para sa pamamahala na kailangang i-license. Para sa mga maliit na kapaligiran na may mga predektibong at istatikong workload, ang ganitong kadalian ay tunay na kapaki-pakinabang. Gayunpaman, ang tuktok ng gastos ay nagmumula sa kahinaan ng hiwa-hiwalay na imbakan. Kapag bawat server ay may sariling imbakan, ang average na paggamit ay madalas na mababa dahil kailangan i-size ang bawat imbakan batay sa pinakamataas na pangangailangan (peak demand) imbes na sa average na pangangailangan sa buong ibinabahaging yunit.

Ang NAS ay nagdaragdag ng gastos para sa isang dedikadong NAS appliance at standard network infrastructure, ngunit ibinabahagi ang gastos na iyon sa lahat ng mga kliyente na gumagamit nito. Ang mga modernong IP network na ginagamit para sa konektibidad ng NAS ay mura dahil gumagamit sila ng karaniwang Ethernet hardware. Ang isang mataas na kalidad na NAS deployment ay maaaring magbigay ng mahusay na halaga para sa mga file workload, at ang management interface nito ay karaniwang mas simple kaysa sa SAN administration. Ang kompromiso ay ang pagbabahagi ng bandwidth ng NAS sa iba pang network traffic maliban kung gagamitin ang dedikadong storage VLANs o hiwalay na pisikal na interface.

Ang SAN ay may pinakamataas na gastos sa imprastraktura dahil kailangan nito ng host bus adapters sa bawat server, dedikadong Fibre Channel o iSCSI cabling, isang SAN switch para sa bawat node ng fabric, at isang storage array na idinisenyo para sa block-level access. Ang isang entry-level na SAN switch tulad ng BR-6505 ay maaaring magdala ng makabuluhang kakayahan ng SAN sa mas maliit na deployment nang hindi kailangang gumawa ng parehong investasyon gaya ng ginagawa sa mga ganap na modular na enterprise directors, kaya’t nagiging mas abot-kaya ang SAN para sa mga mid-market na kapaligiran na nagpapatayo ng private cloud storage. Ang gastos ay nababatayan kapag ang mga workload ay talagang nangangailangan ng mga serbisyo na ino-offer ng SAN, ngunit ang pag-deploy ng SAN infrastructure upang pangunahing serbisyuhan ang mga file-sharing workload ay isang mahal na hindi angkop na pagkakasunod-sunod.

Kumplikadong Operasyon at Mga Kinakailangang Kasanayan

Ang DAS ay nangangailangan ng pinakamababang antas ng operasyonal na ekspertise. Ang imbakan ay pinamamahalaan bilang bahagi ng indibidwal na server, at ang karamihan sa mga tagapangasiwa na kaya nang pangasiwaan ang isang server ay kaya rin nang pangasiwaan ang nakakabit na imbakan nito. Ang pangangasiwa sa NAS ay nangangailangan ng pag-unawa sa mga protocol sa pagbabahagi ng file, konpigurasyon ng network, at pamamahala ng storage appliance, ngunit ang mga kasanayang ito ay malawakang magagamit at ang mga interface sa pangangasiwa sa modernong platform ng NAS ay idinisenyo para sa madaling pag-access. Gayunpaman, maaaring maging kumplikado ang pag-troubleshoot sa mga problema sa pagganap ng NAS kapag kailangang pagsamahin ang pagsusuri sa network congestion at sa interaksyon ng mga layer ng file system.

Ang pangangasiwa ng SAN ay nangangailangan ng espesyalisadong kaalaman sa mga konsepto ng Fibre Channel fabric, pag-configure ng zoning, mga driver ng multipath I/O, at pangangasiwa ng storage array. Ang SAN switch ay karaniwang ang device kung saan ipinapatupad ang mga patakaran sa zoning, at ang mga kamalian sa zoning ay maaaring magdulot ng mga subtle na problema sa konektibidad na kailangan ng oras upang ma-diagnose. Ang pag-invest sa tamang pagsasanay para sa mga tagapangasiwa ng SAN ay nagbibigay ng malaking kabutihan sa pamamagitan ng pag-iwas sa mga kamalian sa configuration na nagdudulot ng mga outage sa produksyon. Ang operasyonal na kumplikado ay isang tunay na gastos na dapat isaalang-alang sa mga kalkulasyon ng kabuuang gastos ng pagmamay-ari (total cost of ownership) kasama ang presyo ng hardware.

Kakayahang Lumawak at Pagpapanatili ng Kaangkupan sa Hinaharap ng Iyong Desisyon sa Storage

Paano Lumalawak ang Bawat Arkitektura

Ang DAS ay nag-i-scale nang pahalang, ibig sabihin ay dinaragdagan ang kapasidad ng mga indibidwal na server. Sa ilang punto, ito ay naging hindi praktikal—mga dahilan kabilang ang pagkakawala ng mga drive bay sa server chassis, ang kakulangan ng performance ng lokal na storage upang tugunan ang paglago ng application, o ang mabigat na operasyonal na pasanin sa pamamahala ng hiwalay na storage pool sa daan-daang server—na naging hindi na pansin. Ang DAS ay bihira nang mag-scale nang maayos sa mga multi-server na kapaligiran nang walang malaking pag-iisip muli sa arkitektura.

Ang NAS ay mahusay na nag-i-scale para sa kapasidad ng file, at ang mga modernong platform ng NAS ay sumusuporta sa mga konpigurasyon ng clustering na nagpapahintulot sa parehong kapasidad at performance na lumago sa pamamagitan ng pagdaragdag ng mga node sa cluster. Para sa mga file workload na lumalago sa dami kaysa sa I/O intensity, ang NAS ay nagbibigay ng likas at cost-effective na landas para sa paglawak. Kung saan nabigo ang NAS ay sa pag-i-scale upang tugunan ang mga pangangailangan sa I/O ng mga transactional workload, dahil ang layer ng file system ay nagdadagdag ng overhead na hindi maaaring tanggalin anuman ang dami ng hardware na idinaragdag.

Ang mga SAN ay nakakasukat sa maraming dimensyon nang sabay-sabay. Maaaring ikonekta ang karagdagang mga array ng imbakan sa fabric, maaaring idagdag ang mga bagong server bilang mga host, at maaaring ikonekta ang karagdagang mga device ng SAN switch upang palawakin ang topology ng fabric. Sinusuportahan ng Fibre Channel fabrics ang inter-switch links na nagpapahintulot sa magkahiwalay na domain ng switch na ibahagi ang mga resource at routing table, na nagbibigay-daan sa malalaking kapaligiran na palawakin ang fabric nang hindi kailangang i-redesign ito. Para sa mga enterprise na umaasa sa malaki o kahanga-hangang paglago ng workload o madalas na mga siklo ng provisioning ng server, ang modelo ng scalability ng SAN ay isang malaking kalamangan kumpara sa parehong NAS at DAS.

Mga Konsiderasyon sa Cloud Hybrid at Private Cloud

Dahil ang mga organisasyon ay lumalawak na sa pagbuo ng kanilang mga pribadong cloud environment gamit ang mga platform ng virtualization, ang tanong tungkol sa arkitektura ng storage ay nagkakaroon ng karagdagang dimensyon. Ang mga kapaligiran ng VMware na may mga kakayahan sa vSphere, vMotion, at vSAN ay umaasa sa ibinabahaging block storage upang suportahan ang live migration ng mga virtual machine sa pagitan ng mga host. Kung walang ibinabahaging storage fabric, hindi magagamit ang live migration at hindi gagana ang mga tampok para sa mataas na availability ayon sa disenyo nito. Ang SAN switch ay isang pangunahing bahagi ng anumang pag-deploy ng infrastraktura ng VMware kung saan pinapahalagahan ang availability.

Ang mga hybrid cloud architecture na pinagsasama ang on-premise na imprastraktura ng SAN na may mga layer ng cloud storage ay nakikinabang sa pagkakapare-pareho na ibinibigay ng SAN para sa mga pangunahing workload habang gumagamit ng mga object storage o NAS-based cloud volumes para sa mga pangalawang o archive data. Ang pagbabahagi ng responsibilidad sa pagitan ng SAN para sa performance-sensitive primary data at iba pang mga antas ng imbakan para sa kapasidad-optimized secondary data ay sumasalamin sa isang may sapat na gulang na diskarte sa multi-tier storage architecture na nagpapasiwalat ng gastos laban sa mga kinakailangan sa pagganap sa buong data lifecycle.

Mga Praktikal na Kriteriya sa Pagpipili

Mga Bagay na Dapat Usisahin Bago Pumili

Ang pinakamahalagang kadahilanan sa proseso ng pagpili ay ang wastong paglalarawan ng I/O profile ng iyong mga workload. Ang mga transaksyonal na database, mga hypervisor para sa virtualization, at mga aplikasyon na nag-iissue ng madalas na maliit at random na operasyon ng I/O sa mababang latency requirements ay mga SAN workload. Ang mga file repository, mga target para sa backup, mga kapaligiran para sa kolaboratibong pag-edit, at mga archive ng media ay mga NAS workload. Ang mga aplikasyon na may iisang server na may napapanatiling at lokal na pattern ng pag-access ay mga DAS workload. Ang maling pagkilala sa I/O profile ang pinakakaraniwang sanhi ng hindi pagkakatugma sa arkitektura.

Ang mga kinakailangan sa pagbabahagi ay kasing-determinado rin. Kung ang maraming host ay kailangang ma-access ang parehong mga volume ng imbakan o mga file system nang sabay-sabay, ang DAS ay walang bisa. Kung ang pattern ng pag-access ay batay sa file at may toleransya sa latency, ang NAS ang natural na pagpipilian. Kung ang pattern ng pag-access ay nangangailangan ng block-level semantics at pare-parehong mababang latency sa loob ng mga ibinabahaging volume, ang SAN ang tamang sagot. Ang switch ng SAN ay naging isang kinakailangang investisyon sa sandaling kailangan mong ibahagi ang block storage sa higit sa dalawang host sa isang maaasahan at madaling pangasiwaan na paraan.

Ang mga kinakailangan sa pagkakaroon ng kakayahang magamit at redundansya ay nakaaapekto rin sa pagpili. Ang mga SAN fabric na may redundant na SAN switch device at multipathing ay nagtatanggal ng mga single point of failure sa buong storage path. Ang mga NAS appliance ay maaaring i-cluster para sa mataas na availability, ngunit ang file protocol layer ay nagdudulot ng mga limitasyon sa oras ng pagbawi (recovery time) na hindi nararanasan sa block storage. Ang DAS ay walang likas na path redundancy at umaasa nang buo sa host server para sa availability, kaya ito ay hindi angkop para sa mga aplikasyon na nangangailangan ng tuloy-tuloy na operasyon nang walang nakatakdang maintenance window.

Pagbuo ng Isang Tiered Storage Strategy

Maraming mature na kapaligiran ay hindi pumipili ng iisang arkitektura kundi nagpapatupad ng isang hiirarkikal na estratehiya kung saan ang bawat uri ng arkitektura ay gumagamit ng mga workload na pinakasakop nito. Ang mga tier-one na production database at virtual machine datastores ay tumatakbo sa SAN infrastructure na may dedikadong SAN switch fabric para sa pinakamataas na performance at availability. Ang file sharing, home directories, at departmental archives ay tumatakbo sa NAS. Ang mga development server, edge node, at single-purpose appliance ay gumagamit ng DAS kung saan ang pagbabahagi ay hindi kinakailangan. Ang hiirarkikal na pamamaraang ito ay nag-o-optimize ng gastos sa pamamagitan ng pag-iwas sa labis na engineering sa mga workload na may mababang antas ng kahalagahan habang tiyakin na ang mga misyon-kritikal na sistema ay nakakatanggap ng kalidad ng infrastructure na kailangan nila.

Ang pagdidisenyo ng isang istrukturang may mga antas ay nangangailangan ng honest na pag-uuri ng workload at ng kusa na pagtanggi sa pagkakaroon ng pagnanais na i-standardize ang isang arkitektura lamang para sa administratibong pagkakapareho. Dapat sukatin at idisenyo ang bawat antas batay sa tunay na pangangailangan ng mga workload na nakatalaga dito, kasama ang malinaw na mga kriteya para sa migrasyon kung kailan dapat itaas ang isang workload sa mas mataas na antas habang lumalaki ang kanyang mga pangangailangan. Ang paulit-ulit na pagsusuri sa mga uri ng workload tuwing taon ay nagpapanatili ng pagkakatugma ng arkitekturang pangimbak sa mga workload na pinaglilingkuran nito habang patuloy na umuunlad ang mga aplikasyon at ang magagamit na teknolohiya.

Madalas Itanong

Anong mga uri ng workload ang kadalasang nangangailangan ng SAN switch?

Ang mga workload na kumikinabang nang pinakamarami mula sa infrastruktura ng SAN at kaya ay nangangailangan ng SAN switch ay kinabibilangan ng mga enterprise relational database, mga cluster ng VMware at Hyper-V virtualization, mga konpigurasyon ng Oracle RAC, at anumang aplikasyon na nag-iissue ng mataas na dami ng maliit na random block I/O sa mga threshold na sensitibo sa latency. Ang SAN switch ay nagbibigay ng konektibidad ng shared fabric na nagpapahintulot sa maraming server na ma-access ang parehong storage array na may pare-parehong performance at path redundancy. Kung wala ang SAN switch, walang fabric, at hindi maaaring gumana ang modelo ng shared block storage.

Maaari bang patunayan ng isang maliit o gitnang sukat na negosyo ang pag-invest sa isang SAN switch?

Oo, lalo na kung ang kapaligiran ay gumagamit ng virtualization o nangangailangan ng mataas na availability para sa anumang production workload. Ang mga entry-level na SAN switch product ay idinisenyo partikular upang dalhin ang kakayahan ng SAN sa mas maliit na deployment nang hindi kailangang harapin ang gastos at kumplikadong kalikasan ng ganap na modular na enterprise fabric directors. Kung ang isang negosyo ay nagpapatakbo ng higit sa dalawa o tatlong server, gumagamit ng VMware o Hyper-V para sa consolidation, o hindi kayang abutin ang di-inaasahang downtime sa mga production system, karaniwang nababayaran ang gastos ng isang SAN switch dahil sa mga operational at availability benefits na ibinibigay nito.

Paano inihahambing ang iSCSI sa Fibre Channel bilang isang SAN transport protocol?

ang iSCSI ay tumatakbo ng mga protocol ng block storage sa pamamagitan ng karaniwang Ethernet infrastructure, na nagpapababa ng gastos sa hardware sa pamamagitan ng pag-alis ng pangangailangan para sa mga nakatuon na Fibre Channel adapter at espesyalisadong kable. Ito ay isang viable na SAN transport para sa mga kapaligiran kung saan ang mga kinakailangan sa latency ay katamtaman at ang umiiral na Ethernet infrastructure ay nasa lugar na. Ang Fibre Channel ay nananatiling pinipili para sa mga workload na may pinakamataas na performance at pinakamataas na sensitivity sa latency dahil ito ay idinisenyo lamang para sa traffic ng storage at nagbibigay ng deterministic na mga katangian sa paghahatid na lamang natatanggap ng Ethernet sa pamamagitan ng maingat na QoS configuration. Ang pagpili sa pagitan ng dalawa ay nakasalalay sa mga kinakailangan sa performance at sa toleransya sa gastos para sa nakatuon laban sa converged na networking infrastructure.

Ano ang mangyayari kapag nabigo ang isang SAN switch at paano pinamamahalaan ang panganib na iyon?

Ang isang solong pagkabigo ng SAN switch ay magpaputol sa konektibidad sa pagitan ng mga server at storage arrays maliban kung ang redundancy ay isinama na sa fabric. Ang pinakamahusay na kasanayan para sa mga produksyon na SAN deployment ay gumamit ng hindi bababa sa dalawang hiwalay na SAN switch device sa magkahiwalay na failure domain, kung saan ang bawat server ay may host bus adapters na nakakonekta sa parehong mga switch at ang multipath I/O software ay nakakonfigure sa operating system. Ang disenyo ng dual-fabric na ito ay nagpapagarantiya na ang pagkawala ng anumang solong SAN switch ay hindi magdudulot ng storage path outage, dahil ang lahat ng hosts ay awtomatikong patuloy na gumagana sa pamamagitan ng nananatiling switch nang walang interbensyon o pagkawala ng data.