कितने उपयोगकर्ता खाते एक यूनिक्स की तरह ओएस होस्ट कर सकते हैं? [डुप्लिकेट]

Question

मान लीजिए कि मैं अधिक से अधिक उपयोगकर्ता खातों के साथ एक सर्वर रखना चाहता हूं। अधिकतम कितनी है?

मुझे लाखों उपयोगकर्ता खाते चाहिए। क्या वह पागल है? मैं बॉक्स के दर्जनों लोड-बैलेंस मिरर की मेजबानी करूंगा, और उपयोगकर्ता डेटा को अत्यधिक उपलब्ध भंडारण शेयर पर संग्रहीत किया जाएगा, जबकि अन्य सभी डेटा को अस्थिर माना जाता है।

Comments

"I want millions of user accounts. Is that crazy?"- हाँ। कई उपयोगकर्ताओं के लिए एक निर्देशिका का उपयोग करें, न कि कई उपयोगकर्ताओं के लिए दर्जनों दर्पण।

— एमडीएमरा

क्या इससे आपके सवाल का जवाब मिलता है? लिनक्स पर उपयोगकर्ताओं की अधिकतम संख्या

— malat

Answer 1

सैद्धांतिक रूप से आपके पास उतने उपयोगकर्ता हो सकते हैं जितने उपयोगकर्ता आईडी स्थान का समर्थन करते हैं। किसी विशेष प्रणाली पर इसे निर्धारित करने के लिए uid_tप्रकार की परिभाषा देखें । यह आमतौर पर परिभाषित किया जाता है unsigned intया इसका intअर्थ है कि 32-बिट प्लेटफॉर्म पर आप लगभग 4.3 बिलियन उपयोगकर्ता बना सकते हैं। 64-बिट प्लेटफार्मों पर आपके पास 16e18 से अधिक विभिन्न उपयोगकर्ता आईडी हो सकते हैं।

हालाँकि, इस सीमा तक पहुँचने से पहले अन्य संसाधन समाप्त हो सकते हैं, जैसे डिस्क स्थान। यदि आप प्रत्येक उपयोगकर्ता के लिए एक होम डायरेक्टरी बनाते हैं, तब भी प्रत्येक उपयोगकर्ता के लिए केवल 1MB स्थान के साथ आपको 4PB से अधिक स्टोरेज की आवश्यकता होती है। साथ ही, बड़ी संख्या में उपयोगकर्ता पृष्ठभूमि में चल रही प्रक्रियाओं को छोड़ते हैं, क्रोन जॉब्स को शेड्यूल करते हैं, ftp और / या ssh सत्र खोलते हुए सिस्टम पर एक गंभीर बोझ पैदा कर सकते हैं।

Comments

संसाधनों का उल्लेख करने के लिए +1 ... फिर, यूनिक्स जैसे सिस्टम पागल हार्डवेयर कॉन्फ़िगरेशन के लिए अनुमति देते हैं।

— HTDutchy

क्या आप 32-बिट बनाम 64-बिट अंतर के बारे में निश्चित हैं? क्या आप एक संदर्भ जोड़ सकते हैं? यहाँ मैं 1 और 2

— माल्ट

Answer 2

जब तक यूआईडी स्पेस समाप्त नहीं हो जाता है। समकालीन सिस्टम 3255-बिट अहस्ताक्षरित पूर्णांक का उपयोग करते हैं, जिसमें 65535 और 4294967295 "किसी भी" / "अज्ञात" / आदि के लिए जादुई मूल्य होते हैं। इसलिए 4294967294 समवर्ती विशिष्ट उपयोगकर्ताओं के लिए जगह है। पुराने सिस्टम अभी भी 16-बिट अहस्ताक्षरित पूर्णांक दिखा सकते हैं।

Answer 3

अन्य जवाबों ने विशिष्ट सीमाओं के बारे में ओपी के सवाल का शाब्दिक जवाब दिया है। एसएफ की प्रकृति को एक दीर्घकालिक संदर्भ के रूप में भी देखते हुए, मुझे लगता है कि जिस दृष्टिकोण पर आप विचार कर रहे हैं, उस पर एक बहुत महत्वपूर्ण चेतावनी को इंगित करना महत्वपूर्ण है।

आप इस पैमाने पर उपयोगकर्ता खातों का प्रबंधन करने के लिए एक निर्देशिका सेवा का उपयोग करना चाहते हैं । यह बिल्कुल समस्या है कि निर्देशिका सेवाओं [जैसे OpenLDAP, सक्रिय निर्देशिका, एट अल।] के लिए डिज़ाइन किया गया था।

"मानक" [1] का उपयोग करना, एक से अधिक स्थानीय उपयोगकर्ता खातों को प्रबंधित करने के लिए यूनिक्स उपयोगकर्ता उपकरण एक अच्छी तरह से पहना जाने वाला मार्ग है जो दर्द से भरा है, बहुत आसानी से स्केल नहीं होगा और - आपकी समस्या का विवरण दिया जाएगा - सभी संभावना में एक महत्वपूर्ण वृद्धि होगी आपके चुने हुए समाधान का फिर से आर्किटेक्चर करना जब यह वास्तव में कई सर्वरों के साथ क्षैतिज रूप से नहीं होता है।

[१] वे आम तौर पर बहुत समान रूप से काम करते हैं, लेकिन सटीक झुकाव प्लेटफ़ॉर्म से अलग-अलग होते हैं, कभी-कभी समान विरासत में भी अलग-अलग होते हैं लिनक्स डिस्ट्रोस और निश्चित रूप से ओएस रिलीज़ संस्करणों के साथ नियमित रूप से बदले जाते हैं। कैवियट खाली करनेवाला।

Answer 4

जैसा कि ऊपर आपने UID अहस्ताक्षरित int size द्वारा सैद्धांतिक रूप से सीमित किया है, लेकिन सबसे अधिक संभावना संसाधनों द्वारा वर्तमान में सीमित सीमा तक पहुँचने से पहले प्रतिबंधित होगी।