Netboot Image - उपयोगकर्ता द्वारा जमा किया गया डेटा कहां है

Question

मेरे पास एक OS X शेर सर्वर है जो नेटबूट छवियों की मेजबानी करता है। मेरे पास 10.8 चित्र बनाने के लिए 10.8 सर्वर भी है, लेकिन मैं 10.7 नेटबूट सर्वर से सभी छवियों की मेजबानी कर रहा हूं।

जब एक क्लाइंट मशीन एक विशिष्ट नेट बूट छवि को बूट करती है, तो मेरी समझ यह है कि यह नेटवर्क के माध्यम से छवि के कम से कम सबसे आवश्यक भागों की प्रतिलिपि बनाता है और इसे किसी तरह अपने स्थानीय संसाधनों पर संग्रहीत करता है।

क्या यह केवल रैम में डेटा संग्रहीत करता है या क्या यह स्थानीय रूप से डेटा को बचाता है?

नव निर्मित सत्र डेटा कहाँ संग्रहीत किया जाता है? सर्वर पर या स्थानीय स्तर पर?

Comments

सर्वर के कौन से संस्करण? OS क्लाइंट क्या है? आपने नेट बूट इमेज कैसे तैयार किया? छवि बनाते समय आपके द्वारा चुने गए विकल्पों पर बहुत कुछ निर्भर करता है।

— bmike

मैक ओएस 10.7.5 सर्वर, ग्राहक 10.7.5 और 10.8.3। मैंने सिस्टम इमेज यूटिलिटी का उपयोग करके नेटबूट इमेज तैयार की। सृजन पर कोई विशेष विकल्प नहीं।

— Dukeatcoding

मैं उत्तर देने का प्रयास करने की कोशिश करूंगा, लेकिन उपयोगकर्ता द्वारा उत्पन्न डेटा उपयोगकर्ता के होम फ़ोल्डर में संग्रहीत किया जाता है। आप इसे प्रति सर्वर आधार, प्रति उपयोगकर्ता आधार या प्रति मशीन के आधार पर या उपरोक्त में से किसी के मिश्रण पर नियंत्रित कर सकते हैं। (यह भी - मैं आपके सवाल का पाठ शामिल करने के लिए संपादित, उसकी समीक्षा करें के रूप में मुझे यकीन है कि मैं अभी तक अपने मुख्य आशय यहां समझते हैं या नहीं कर रहा हूँ तुम क्या क्या और वर्तमान में netboot के बारे में नहीं मिलता है)

— bmike

Answer 1

जब आप नेटबूट करते हैं, तो रीड-ओनली नेटबूट डीएमजी फ़ाइल को शैडो फाइल के उपयोग के माध्यम से रीड-राइट माउंट किया जाता है । किसी भी मैक ओएस एक्स डीएमजी फाइल को शैडो फाइल के साथ रखा जा सकता है। जब कोई शैडो फ़ाइल उपयोग में होती है, तो कोई भी डेटा जो DMG फ़ाइल को लिखा जाएगा, उसे शैडो फ़ाइल में लिखा जाता है, और जब डेटा पढ़ा जाता है, तो डेटा DMG फ़ाइल से पहले शैडो फ़ाइल से पढ़ा जाएगा।

नेटबोटिंग करते समय, तीन प्रकार की छवियां होती हैं, जिनमें से प्रत्येक डीएमजी के बढ़ते हुए और शैडो फ़ाइल को संग्रहीत करने के तीन अलग-अलग तरीकों से होती हैं:

• NetInstall Images Mac OS X इंस्टालर डीवीडी या ऐप स्टोर से डाउनलोड किए गए इंस्टॉलर इमेज से बने होते हैं। उनके पास कोई शैडो फाइल नहीं है, रूट विभाजन /केवल पढ़ा जाता है और कोई स्वैप नहीं है।
• NetBoot छवियाँ एक स्थापित मैक ओएस एक्स सिस्टम से सिस्टम छवि उपयोगिता का उपयोग करके बनाई गई हैं। छिपी हुई /private/netbootफ़ोल्डर में पहले हार्ड डिस्क पर शैडो फ़ाइल संग्रहीत है
• डिस्कविहीन netboot छवियाँ जैसे ही हैं netboot छवियाँ लेकिन छाया फ़ाइल का उपयोग कर एप्पल फ़ाइल प्रोटोकॉल नेटवर्क पर संग्रहीत किया जाता है (एएफपी)

डिस्कलेस नेटबूट (सबसे शक्तिशाली) के मामले में , सर्वर मशीन पर NetBootClients0फ़ोल्डर के फ़ोल्डर में शैडो फ़ाइल संग्रहीत की जाती है Library/NetBoot(या NetBootClients1, NetBootClients2 , etc, where the number matches the number of theNetBootSP 'फ़ोल्डर जिसमें नेट बूट DMG रहता है)

NetBoot छवि को एक डिस्क रहित नेटबूट छवि बनाने के लिए, Server.app में छवि सेटिंग्स के तहत "इस छवि को डिस्क रहित बूटिंग के लिए उपलब्ध करें" चेकबॉक्स का उपयोग करें :

आपको एएफपी फ़ाइल शेयरिंग सक्षम करने की भी आवश्यकता है, और आपको नेटबूट निर्देशिका के लिए अतिथि लिखने योग्य शेयरपॉइंट की आवश्यकता है। (मुझे याद नहीं है कि अगर Server.app इसे स्वचालित रूप से बनाता है) Apple के पास Diskless NetBoot के समस्या निवारण के बारे में एक दस्तावेज़ है जो सहायक है। AFP548 में कुछ बेहतरीन संकेत भी हैं

जब एक क्लाइंट मशीन एक विशिष्ट नेट बूट छवि को बूट करती है, तो मेरी समझ यह है कि यह नेटवर्क के माध्यम से छवि के कम से कम सबसे आवश्यक भागों की प्रतिलिपि बनाता है और इसे किसी तरह अपने स्थानीय संसाधनों पर संग्रहीत करता है।

यह तकनीकी रूप से सही नहीं है। जब आप नेटबूट करते हैं, तो नेटवर्क पर मैक ओएस एक्स कर्नेल रूट फाइलसिस्टम ( /, बूट वॉल्यूम) की गणना करता है । इसलिए स्थानीय स्तर पर कुछ भी संग्रहीत नहीं किया जाता है। जब डेटा को पढ़ने की आवश्यकता होती है (जैसे कि एक एप्लिकेशन लॉन्च किया जाता है) यह आपकी हार्ड ड्राइव के बजाय नेटवर्क पर पढ़ा जाता है। सर्वर से स्थानीय मशीन में कोई डेटा कॉपी नहीं किया जाता है।

जब परिवर्तन किए जाते हैं , उदाहरण के लिए, एक नई फ़ाइल सहेज ली जाती है, तो मैक ओएस एक्स कर्नेल को उन परिवर्तनों को कहीं और लिखने की आवश्यकता होती है, और जहां शैडो फ़ाइल आती है। जैसा कि शैडो फ़ाइल के ऊपर वर्णित है, पहली स्थानीय हार्ड ड्राइव पर हो सकती है। , लेकिन यह नेटवर्क पर भी संग्रहीत किया जा सकता है। यदि इसे नेटवर्क पर संग्रहीत किया जाता है, तो मैक ओएस एक्स क्लाइंट वास्तव में ड्राइव को अनमाउंट कर सकता है और डिस्क उपयोगिता चलाने जैसी चीजें कर सकता है। यह भी हार्ड ड्राइव पूरी तरह से हटाया जा सकता है।

Comments

मैं नेटबूट प्रक्रिया से बहुत परिचित हूं, इसलिए यदि यह आपके सवाल का पूरी तरह से जवाब नहीं देता है, तो कृपया मुझसे अधिक जानकारी के लिए स्वतंत्र महसूस करें!

— जोश

आप मशीन पर काफी सही / निजी / नेटबूट हैं जहां मैं 67 जीबी चित्र शामिल कर रहा हूं, इसलिए पहली बार जब मैंने नेटबूट किया था उसके बाद बूटिंग क्यों तेज है?

— ड्यूकेटकोडिंग

ऐसा क्यों हो सकता है, हाँ। दूसरी बार वहां से पढ़ रहा था। ध्यान दें कि वे स्पार्स फाइलें हैं , इसलिए 67GB में से कुछ NULLबाइट्स का एक निरंतर स्ट्रिंग हो सकता है , यह दर्शाता है कि वास्तव में उन ब्लॉकों में से कोई भी फाइल में नहीं बदला गया था। मैं भूल जाता हूं कि HFS+उन फ़ाइलों को कुशलतापूर्वक संग्रहीत करता है या नहीं। मुझे ऐसा लगता है। (तो एक 67GB फ़ाइल केवल 3GB स्थान का उपयोग कर सकती है)

— जोश

67 जीबी के साथ समय के साथ कई छवियां हैं। फिलहाल मैं HTTP या NFS का उपयोग करने के बारे में आश्चर्यचकित हूं, क्योंकि 10.7 मैंने NFS के साथ काम किया और 10.8 HTTP (दुर्घटना से) अजीब है कि दोनों अपेक्षाकृत धीमी हैं ... गीगाबिट नेटवर्क का उपयोग वास्तव में नहीं किया जाता है

— Dukeatcoding

मैं एनएफएस को एक गीगाबिट नेटवर्क (जंबो फ्रेम के बिना) का उपयोग करता हूं और प्रदर्शन काफी अच्छा लगता है। मुझे मिली चाल का एक हिस्सा नेटबूट इमेज को एक सभ्य आकार में मिल रहा था। हमने कई एप्लिकेशन को एक अलग एएफपी शेयर पर रखा, जिससे नेटबूटिंग तेजी से हुई और इससे उन ऐप्स को अपडेट करना भी आसान हो गया, जो पूरी नेटबूट इमेज को फिर से बनाए बिना थे। इसके अलावा, सुनिश्चित करें कि आप सिस्टम छवि उपयोगिता के साथ छवि बनाते हैं। मेरे पास बहुत धीमी गति से हाथ से बनाई गई छवियों के साथ मुद्दे हैं।

— जोश

Answer 2

डिफ़ॉल्ट रूप से, नेटबूट छवि एक रीड-ओनली संपत्ति है, इसलिए प्रत्येक क्लाइंट बूट करने के लिए छवि का पर्याप्त डाउनलोड करता है।

बूट के दौरान, ओएस क्लाइंट स्थानीय भंडारण और परिवर्तनों के लिए एक छाया फ़ाइल बनाता है।

अगली बार उन बदलावों का फिर से उपयोग किया जा सकता है जो नेटवर्क से मैक बूट करते हैं। यदि छाया फ़ाइल हटा दी जाती है, तो बूट प्रक्रिया आवश्यक होने पर इसे फिर से बनाएगी।

यह केवल प्रारंभिक बूट परिसंपत्तियों और कोर सिस्टम में किए गए परिवर्तनों का वर्णन करने के लिए उपयोग किया जाएगा। आप यह भी सोचना चाहेंगे कि उपयोगकर्ता परिवर्तन कैसे माउंट, संग्रहीत, कैप्चर किए गए और बैकअप किए जा रहे हैं।

नेटबूट एक इंस्टॉलर छवि के समस्या निवारण और प्रारंभिक लोडिंग के लिए बहुत अच्छा है। मैंने इसे डायग्नोस्टिक्स सूट या कियोस्क स्थितियों को लोड करने के लिए भी देखा है जब आप बस एक एकल ऐप शुरू करते हैं जहां एक सर्वर या क्लाउड पर सभी डेटा और कोई वास्तविक डेटा क्लाइंट पर कभी नहीं होता है (संग्रहालयों या डिजिटल साइनेज पर विचार करें)। मुझे लगता है कि एक प्रेरित टीम कुल समाधान इंजीनियर कर सकती है जहां सभी मैक नेट बूट हैं, लेकिन आमतौर पर प्रत्येक मैक को चलाने के लिए बेहतर है कि यह स्वयं का ओएस हो और जरूरत पड़ने पर चीजों को ऑडिट, कंट्रोल, री-इमेज करने के अन्य तरीके हों।

Comments

मैं प्रेरित हूं और एक ऐसी प्रणाली तैयार की है जिसके तहत हर कोई नेटबूट करता है। उनके उपयोगकर्ता खुले निर्देशिका में हैं और उनके घर निर्देशिकाओं को एक फाइलरवर पर संग्रहीत किया जाता है, ताकि भंडारण लगातार बना रहे। लेकिन हर रिबूट /Applicationsडिफ़ॉल्ट रूप से सिस्टम सॉफ़्टवेयर और इंस्टॉल किए गए एप्लिकेशन (अंडर ) को रीसेट करता है । मुझे यह बैकअप और री-इमेजिंग के लिए अन्य समाधानों की तुलना में सस्ता और अधिक विश्वसनीय लगता है।

— जोश