NetApp SAN के बारे में कुछ बातें ध्यान में रखना। यह सच नहीं है SAN सबसे पहले। यह SAN, वफ़ल (सपा?) फ़ाइल सिस्टम के ऊपर है जो NAS के लिए बहुत बढ़िया है, लेकिन SAN के लिए बहुत अच्छा नहीं है, खासकर उनके बीच एक और परत के साथ।
क्योंकि वेफेल प्लेटफ़ॉर्म और फाइबर पोर्ट्स के बीच में है यदि आप डेटा के साथ WAFL ब्लास्ट करते हैं तो FC तब धीमा हो सकता है जबकि वेफेल को वापस पकड़ने का इंतज़ार करता है।
आपको RAID स्तर पर कोई नियंत्रण नहीं मिलता है (जब तक कि यह हाल ही में बदल नहीं गया है)। इसलिए अगर आपको कुछ डेटा के लिए RAID 5 की आवश्यकता है, क्योंकि यह सब पढ़ा है, और कुछ डेटा को RAID 10 होने की आवश्यकता है क्योंकि यह सब लिखा है और बहुत कम पढ़ा है आप इसे नियंत्रित नहीं कर सकते।
अब मुझे गलत मत समझो, NetApp एक अद्भुत NAS इकाई बनाता है। लेकिन आप एक NAS नहीं ले सकते हैं, और इसके पीछे एफसी बंदरगाहों को थप्पड़ मारते हैं और इसे सैन कहते हैं।
अब, मुझे पता है कि इकाइयों को निरर्थक बनाया जा सकता है, लेकिन मेरा मानना है कि एक अतिरिक्त फाइलर हेड की खरीद की आवश्यकता है (दोहरे सिर मानक हैं, रिबूट, आदि के मामले में सबसे अधिक SAN सेटअप है) प्लस उस दूसरे फाइलर के लिए अतिरिक्त भंडारण ( जैसा कि मुझे नहीं लगता कि दोनों प्रमुख एक ही डिस्क से बात कर सकते हैं)।
चक होलिस के इस ब्लॉग पर एक नज़र डालें और उन्होंने जो प्रूव इट किट प्रकाशित किया है
मुझे पता है कि NetApp SANs पर बैटरी बैकअप के साथ एक मुद्दा हुआ करता था। यदि आपने SQL सर्वर को निकाल दिया और एक तालिका बनाई और उसमें डेटा डालना शुरू कर दिया, तो नेटएप पर प्लग खींचें (पावर विफलता का अनुकरण करें) फिर कैश को क्वेरी करें अंतिम मूल्य डालने के लिए आपको डेटाबेस से एक अलग नंबर मिलेगा। NetApp वापस आता है क्योंकि कुछ लेनदेन जहां खो गए (यह एक पुराना मुद्दा है और उम्मीद है कि अब हल हो गया है)।
नेटएप्स आपको रीड कैश या राइट कैश की मात्रा को नियंत्रित करने की अनुमति नहीं देते हैं। यह 50/50 है। यदि आप डेटाबेस को होस्ट करने जा रहे हैं तो पढ़ा हुआ कैश मूल रूप से बेकार है, और कैश राजा है। आम तौर पर आप SQL सर्वर के LUN और रीड कैशे के लिए रीड कैश अक्षम करना चाहते हैं। यहां कोई विकल्प नहीं है।