VMware vSphere में वीएम प्रदर्शन विश्लेषण। भाग 2: मेमोरी

भाग 1. सीपीयू के बारे में
भाग 3. भंडारण के बारे में

इस लेख में, हम vSphere में RAM प्रदर्शन काउंटरों के बारे में बात करेंगे।
ऐसा लगता है कि मेमोरी प्रोसेसर की तुलना में अधिक अस्पष्ट है: यदि वीएम पर प्रदर्शन समस्याएं हैं, तो उन्हें नोटिस करना मुश्किल नहीं है। लेकिन अगर वे दिखाई देते हैं, तो उनके साथ व्यवहार करना अधिक कठिन है। लेकिन पहले बातें पहले।

सिद्धांत की बिट

वर्चुअल मशीनों की रैम सर्वर की मेमोरी से ली गई है जिस पर VMs चल रहे हैं। यह काफी स्पष्ट है :)। यदि सर्वर रैम सभी के लिए पर्याप्त नहीं है, तो ESXi मेमोरी रिक्लेमेशन तकनीकों को लागू करना शुरू करता है। अन्यथा, VM ऑपरेटिंग सिस्टम रैम एक्सेस त्रुटियों के साथ क्रैश हो जाएगा।

ESXi का उपयोग करने की तकनीक रैम के भार के आधार पर क्या निर्णय लेती है:
स्रोत

minFree हाइपरवाइजर के काम करने के लिए आवश्यक RAM है।

ESXi 4.1 को शामिल करने से पहले, minFree को डिफ़ॉल्ट रूप से तय किया गया था - सर्वर रैम का 6% (ESXi पर Mem.MinFreePct विकल्प के माध्यम से प्रतिशत बदला जा सकता है)। बाद के संस्करणों में, minFree सर्वर पर मेमोरी वॉल्यूम में वृद्धि के कारण, इसकी गणना होस्ट की मेमोरी के आकार के आधार पर की जाने लगी, न कि निश्चित प्रतिशत मूल्य के रूप में।

न्यूनतम मान (डिफ़ॉल्ट) की गणना निम्नानुसार की जाती है:
स्रोत

उदाहरण के लिए, 128 जीबी रैम वाले सर्वर के लिए, न्यूनतम मूल्य होगा:
मिनफ्री = 245.76 + 327.68 + 327.68 + 1024 = 1925.12 एमबी = 1.88 जीबी
वास्तविक मूल्य सौ एमबी के एक जोड़े से भिन्न हो सकता है, यह सर्वर और रैम पर निर्भर करता है।


आमतौर पर, उत्पादक स्टैंडों के लिए, केवल उच्च को सामान्य माना जा सकता है। परीक्षण और विकास के लिए, स्पष्ट / नरम स्थिति स्वीकार्य हो सकती है। यदि होस्ट पर 64% से कम रैमफ्री शेष है, तो उस पर चलने वाले वीएम निश्चित रूप से प्रदर्शन की समस्याओं का अनुभव करेंगे।

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

पारदर्शी पेज शेयरिंग (टीपीएस)। TPS, मोटे तौर पर बोल रहा है, एक सर्वर पर आभासी मशीनों के RAM के पृष्ठों का घटा।

ESXi वर्चुअल मशीन रैम के समान पृष्ठों की खोज करता है, पृष्ठों की हैश-राशि की गणना और तुलना करता है, और डुप्लिकेट पृष्ठों को हटाता है, जिससे उन्हें सर्वर की भौतिक मेमोरी में उसी पृष्ठ के लिंक के साथ प्रतिस्थापित किया जाता है। परिणामस्वरूप, भौतिक मेमोरी की खपत कम हो जाती है और मेमोरी के कुछ री-सब्सक्रिप्शन को बहुत कम या कोई प्रदर्शन हानि के साथ प्राप्त किया जा सकता है।


स्रोत

यह तंत्र केवल 4 kB पृष्ठों (छोटे पृष्ठों) के लिए काम करता है। आकार में 2 एमबी के पृष्ठ (बड़े पृष्ठ) हाइपरविजर भी कटौती करने की कोशिश नहीं करता है: इस आकार के समान पृष्ठों को खोजने का मौका महान नहीं है।

डिफ़ॉल्ट रूप से, ESXi बड़े पृष्ठों पर मेमोरी आवंटित करता है। उच्च राज्य की दहलीज तक पहुंचने और स्पष्ट राज्य में पहुंचने पर मजबूर किया जाता है जब बड़े पृष्ठों को छोटे लोगों में तोड़ना शुरू होता है (हाइपरवाइजर राज्य तालिका देखें)।

यदि आप चाहते हैं कि TPS होस्ट रैम को भरने के लिए प्रतीक्षा किए बिना काम करना शुरू कर दे, तो उन्नत विकल्प ESXi में आपको "Mem.AllocGuestLargePage" मान को 0 पर सेट करना होगा (डिफ़ॉल्ट 1 है)। तब वर्चुअल मशीनों के लिए बड़े पृष्ठों की मेमोरी का आवंटन अक्षम हो जाएगा।

दिसंबर 2014 से, सभी ईएसएक्सआई रिलीज में, वीएम के बीच टीपीएस को डिफ़ॉल्ट रूप से अक्षम कर दिया गया है, क्योंकि एक भेद्यता पाई गई है कि सैद्धांतिक रूप से एक वीएम से दूसरे वीएम की रैम तक पहुंचने की अनुमति मिलती है। यहाँ विवरण। टीपीएस भेद्यता के शोषण के व्यावहारिक कार्यान्वयन के बारे में जानकारी जो मुझे नहीं मिली है।

TPS नीति को ESXi पर “Mem.ShareForceSalting” उन्नत विकल्प के माध्यम से नियंत्रित किया जाता है:
0 - इंटर-वीएम टीपीएस। टीपीएस विभिन्न वीएम के पृष्ठों के लिए काम करता है;
1 - VMX के लिए समान मान "VM.mem.pshare.salt" के साथ VM में TPS;
2 (डिफ़ॉल्ट) - इंट्रा-वीएम टीपीएस। TPS VM के अंदर पृष्ठों के लिए काम करता है।

यह निश्चित रूप से बड़े पृष्ठों को बंद करने और परीक्षण बेंचों पर इंटर-वीएम टीपीएस को सक्षम करने के लिए समझ में आता है। यह एक ही प्रकार के VMs की एक बड़ी संख्या के साथ स्टैंड के लिए भी इस्तेमाल किया जा सकता है। उदाहरण के लिए, VDI के साथ खड़ा होने पर, भौतिक मेमोरी बचत दस प्रतिशत तक पहुंच सकती है।

मेमोरी बैलूनिंग। TPS के रूप में VM ऑपरेटिंग सिस्टम के लिए बैलूनिंग अब ऐसी हानिरहित और पारदर्शी तकनीक नहीं है। लेकिन बलूनिंग के साथ उचित उपयोग से आप रह सकते हैं और काम भी कर सकते हैं।

Vmware Tools के साथ मिलकर VM पर एक विशेष ड्राइवर स्थापित किया गया है, जिसे Balloon Driver (उर्फ vmmemctl) कहा जाता है। जब हाइपरविजर भौतिक मेमोरी से बाहर निकलने लगता है और शीतल स्थिति में प्रवेश करता है, तो ईएसएक्सआई वीएम को इस गुब्बारा चालक के माध्यम से अप्रयुक्त रैम को वापस करने के लिए कहता है। चालक, बदले में, ऑपरेटिंग सिस्टम के स्तर पर काम करता है और इससे मुक्त मेमोरी का अनुरोध करता है। हाइपरविजर देखता है कि कौन सी मेमोरी में कौन सा फिजिकल मेमोरी बैलून ड्राइवर ने लिया है, मेमोरी को वर्चुअल मशीन से लेता है, और होस्ट को वापस करता है। ओएस के संचालन में कोई समस्या नहीं है, क्योंकि ओएस स्तर पर मेमोरी बैलून चालक द्वारा कब्जा कर ली जाती है। डिफ़ॉल्ट रूप से, Balloon Driver VM मेमोरी का 65% तक ले सकता है।

यदि VMware उपकरण VM पर स्थापित नहीं हैं या बैलूनिंग अक्षम है (मैं इसकी अनुशंसा नहीं करता, लेकिन KB :) है, तो हाइपरविजर तुरंत मेमोरी को हटाने के अधिक कड़े तरीकों पर स्विच कर देता है। निष्कर्ष: सुनिश्चित करें कि VM पर VMware टूल हैं।


गुब्बारा चालक के संचालन को VMware टूल के माध्यम से ओएस से जांचा जा सकता है ।

स्मृति संपीड़न इस तकनीक का उपयोग तब किया जाता है जब ESXi हार्ड तक पहुंचता है। जैसा कि नाम से पता चलता है, ESXi 4 KB RAM पृष्ठों को 2 KB तक संपीड़ित करने का प्रयास कर रहा है और इस प्रकार सर्वर की भौतिक मेमोरी में कुछ स्थान खाली कर देता है। यह तकनीक महत्वपूर्ण रूप से VM की RAM मेमोरी के पृष्ठों की सामग्री तक पहुंच का समय बढ़ाती है, क्योंकि पेज को पहले अशुद्ध किया जाना चाहिए। कभी-कभी सभी पृष्ठों को संकुचित नहीं किया जा सकता है और इस प्रक्रिया में कुछ समय लगता है। इसलिए, यह तकनीक व्यवहार में बहुत प्रभावी नहीं है।

मेमोरी स्वैपिंग। एक छोटे चरण के बाद, मेमोरी संपीड़न ईएसएक्सआई लगभग अनिवार्य रूप से (यदि वीएम अन्य मेजबानों पर नहीं गए या बंद हो गए) स्वैपिंग पर जाते हैं। और अगर बहुत कम मेमोरी बची है (लो स्टेट), तो हाइपरविजर भी VM के मेमोरी के पेज आवंटित करना बंद कर देता है, जिससे गेस्ट VMs में समस्या हो सकती है।

इस तरह से स्वैपिंग काम करता है। जब आप वर्चुअल मशीन को चालू करते हैं, तो एक्सटेंशन .vswp के साथ एक फ़ाइल इसके लिए बनाई जाती है। आकार में, यह वीएम के गैर-आरक्षित रैम के बराबर है: यह कॉन्फ़िगर और आरक्षित मेमोरी के बीच का अंतर है। स्वैपिंग के साथ काम करते समय, ईएक्सआईआई वर्चुअल मशीन के मेमोरी पेजों को इस फाइल में लोड करता है और सर्वर की भौतिक मेमोरी के बजाय इसके साथ काम करना शुरू कर देता है। बेशक, ऐसी "रैम" मेमोरी वास्तविक मेमोरी की तुलना में धीमी गति के कई आदेश हैं, भले ही .vswp फास्ट स्टोरेज पर हो।

Ballooning के विपरीत, जब अप्रयुक्त पृष्ठों को VM से चुना जाता है, तो वे पृष्ठ जो OS द्वारा सक्रिय रूप से उपयोग किए जाते हैं या VM के अंदर अनुप्रयोग स्वैपिंग के दौरान डिस्क पर जा सकते हैं। नतीजतन, वीएम का प्रदर्शन तब तक गिरता है जब तक यह लटका नहीं होता। वीएम औपचारिक रूप से काम करता है और कम से कम ओएस से इसे सही ढंग से अक्षम किया जा सकता है। यदि आप रोगी होंगे;)

यदि वीएम स्वैप में गए हैं, तो यह एक असामान्य स्थिति है जो संभव हो तो सबसे अच्छा बचा जाता है।

बेसिक वर्चुअल मशीन मेमोरी परफॉर्मेंस काउंटर

इसलिए हम मुख्य बात पर पहुंच गए। VM में मेमोरी स्थिति की निगरानी के लिए, निम्नलिखित काउंटर उपलब्ध हैं:

सक्रिय - RAM (Kbytes) की मात्रा को दिखाता है जिससे VM ने पिछले माप अवधि में पहुंच प्राप्त की है।

उपयोग सक्रिय के समान है, लेकिन कॉन्फ़िगर की गई वीएम मेमोरी के प्रतिशत के रूप में। इसकी गणना निम्न सूत्र का उपयोग करके की जाती है: सक्रिय calculated वर्चुअल मशीन कॉन्फ़िगर मेमोरी साइज।
उच्च उपयोग और सक्रिय, क्रमशः वीएम प्रदर्शन के मुद्दों के संकेत नहीं हैं। यदि कोई वीएम आक्रामक रूप से मेमोरी का उपयोग करता है (कम से कम उस तक पहुंच प्राप्त करता है), इसका मतलब यह नहीं है कि पर्याप्त मेमोरी नहीं है। बल्कि, यह ओएस में क्या हो रहा है, यह देखने का एक अवसर है।
VMs के लिए मेमोरी उपयोग पर एक मानक अलार्म है:



साझा किया गया - TPS (VM के अंदर या VMs के बीच) का उपयोग करके एक VM में RAM की मात्रा।

दी गई - होस्ट (Kbytes) की भौतिक मेमोरी की मात्रा जो VM को दी गई थी। साझा शामिल है।

उपभोग किया (प्राप्त - साझा) - भौतिक मेमोरी (Kbytes) की मात्रा जो VM होस्ट से लेता है। साझा शामिल नहीं है।

यदि VM की मेमोरी का हिस्सा होस्ट की भौतिक मेमोरी से आवंटित नहीं किया गया है, लेकिन स्वैप फ़ाइल से या मेमोरी को VM से Balloon Driver के माध्यम से चुना गया है, तो इस राशि को ग्रांटेड और कंज्यूम में ध्यान नहीं दिया जाता है।
अनुदानित और उपभोग के उच्च मूल्य पूरी तरह से सामान्य हैं। ऑपरेटिंग सिस्टम धीरे-धीरे हाइपरविजर से मेमोरी को दूर ले जाता है और वापस नहीं देता है। समय के साथ, सक्रिय रूप से काम करने वाले वीएम के साथ, इन काउंटरों का मान कॉन्फ़िगर की गई मेमोरी की मात्रा तक पहुंचता है, और वहां रहता है।

शून्य - VM (Kbytes) में RAM की मात्रा, जिसमें शून्य होता है। ऐसी मेमोरी को मुफ्त हाइपरवाइजर माना जाता है और इसे अन्य वर्चुअल मशीनों को दिया जा सकता है। अतिथि OS द्वारा इसे प्राप्त करने के बाद, इसने अशक्त मेमोरी में कुछ लिखा, यह कंजम्ड को जाता है और वापस नहीं आता है।

आरक्षित ओवरहेड - VM में रैम की मात्रा, (Kbytes) कार्य करने के लिए VM के हाइपरविजर द्वारा आरक्षित है। यह एक छोटी राशि है, लेकिन इसे होस्ट पर उपलब्ध होना चाहिए, अन्यथा वीएम शुरू नहीं होगा।

Balloon - RAM (KB) की मात्रा को Balloon Driver का उपयोग करके VM से जब्त किया गया।

संपीड़ित - RAM (KB) की मात्रा जो संपीड़ित करने में सक्षम थी।

स्वैप किया गया - RAM (Kbytes) की मात्रा, जो सर्वर पर भौतिक मेमोरी की कमी के लिए डिस्क में चली गई।
गुब्बारा और अन्य मेमोरी रिक्लेमेशन तकनीक काउंटर शून्य हैं।

यह वही है जो 150 जीबी रैम के साथ सामान्य रूप से काम करने वाले वीएम के मेमोरी काउंटर के साथ ग्राफ जैसा दिखता है।



नीचे दिए गए ग्राफ़ पर, VM की स्पष्ट समस्याएं हैं। ग्राफ से पता चलता है कि इस वीएम के लिए रैम के साथ काम करने की सभी वर्णित तकनीकों का उपयोग किया गया था। इस वीएम के लिए गुब्बारा कंज्यूमड की तुलना में बहुत बड़ा है। वास्तव में, VM जीवित रहने की तुलना में अधिक मृत है।

ESXTOP

सीपीयू के साथ के रूप में, यदि आप जल्दी से मेजबान पर स्थिति का मूल्यांकन करना चाहते हैं, साथ ही साथ इसकी गतिशीलता 2 सेकंड तक के अंतराल के साथ है, तो यह ESXTOP का उपयोग करने के लायक है।

ESXTOP मेमोरी स्क्रीन को "m" कुंजी के साथ कहा जाता है और यह इस तरह दिखता है (फ़ील्ड B, D, H, J, K, L, O चयनित):



निम्नलिखित पैरामीटर हमारे लिए दिलचस्प होंगे:

Mem overcommit avg - 1, 5, और 15 मिनटों के लिए होस्ट पर मेमोरी ओवर-सब्सक्रिप्शन का औसत मूल्य। यदि शून्य से ऊपर है, तो यह देखने का अवसर है कि क्या होता है, लेकिन हमेशा समस्याओं की उपस्थिति का संकेतक नहीं।

लाइनों में पीएमईएम / एमबी और वीएमकेएमईएम / एमबी - सर्वर की भौतिक मेमोरी और वीएमकर्नेल के लिए उपलब्ध मेमोरी के बारे में जानकारी। यहां दिलचस्प से आप मान मिनीफ्री (एमबी में), मेमोरी से होस्ट की स्थिति (हमारे मामले में, उच्च) देख सकते हैं।

NUMA / MB लाइन में, आप NUMA-nodes (सॉकेट्स) द्वारा RAM का वितरण देख सकते हैं। इस उदाहरण में, वितरण असमान है, जो सिद्धांत में बहुत अच्छा नहीं है।

मेमोरी रिक्लेमेशन तकनीकों के लिए सर्वर आँकड़ों का सारांश निम्नलिखित है:

PSHARE / MB TPS आँकड़े हैं;

स्वैप / एमबी - स्वैप के उपयोग पर आंकड़े;

ज़िप / एमबी - स्मृति पृष्ठों के संपीड़न के आंकड़े;

MEMCTL / MB - बैलून चालक उपयोग के आंकड़े।

व्यक्तिगत वीएम के लिए, हमें निम्नलिखित जानकारी में रुचि हो सकती है। मैंने वीएम नामों को छिपाया ताकि दर्शकों को शर्मिंदा न किया जाए :)। यदि ESXTOP मीट्रिक vSphere में काउंटर के समान है, तो मैं संबंधित काउंटर को उद्धृत करता हूं।

MEMSZ VM (MB) पर कॉन्फ़िगर की गई मेमोरी की मात्रा है।
MEMSZ = GRANT + MCTLSZ + SWCUR + अछूता।

अनुदान - एमबी में दी गई।

TCHD - एमबी में सक्रिय।

MCTL? - वीएम बैलून चालक पर स्थापित है।

MCTLSZ - MB में गुब्बारा।

MCTLGT RAM (MB) की राशि है जिसे ESXi Balloon Driver (Memctl Target) के माध्यम से VM से निकालना चाहता है।

MCTLMAX - RAM (MB) की अधिकतम राशि जिसे ESXi VM से बैलून चालक के माध्यम से हटा सकता है।

SWCUR - स्वैप फ़ाइल से VM को दी गई RAM (MB) की वर्तमान राशि।

SWGT - RAM (MB) की मात्रा जिसे ESXi VM को एक स्वैप फाइल (स्वैप लक्ष्य) से देना चाहता है।

इसके अलावा ESXTOP के माध्यम से आप NUMA VM टोपोलॉजी के बारे में अधिक विस्तृत जानकारी देख सकते हैं। ऐसा करने के लिए, फ़ील्ड D, G चुनें:



NHN - NUMA नोड्स जिस पर VM स्थित है। यहां आप तुरंत व्यापक वीएम को नोटिस कर सकते हैं जो एक एनयूएमए नोड पर फिट नहीं होते हैं।

NRMEM - वीएम रिमोट NUMA नोड से कितने मेगाबाइट मेमोरी लेता है।

NLMEM - VM कितने स्थानीय NUMA नोड से मेमोरी लेता है।

स्थानीय NUMA नोड पर N% L - VM मेमोरी का प्रतिशत (यदि 80% से कम है, तो प्रदर्शन समस्याएं हो सकती हैं)।

हाइपरवाइजर पर मेमोरी

यदि हाइपरविजर पर सीपीयू काउंटर आमतौर पर विशेष रुचि के नहीं हैं, तो स्थिति स्मृति के साथ विपरीत है। VM पर एक उच्च मेमोरी उपयोग हमेशा एक प्रदर्शन समस्या का संकेत नहीं देता है, लेकिन हाइपरविजर पर एक उच्च मेमोरी उपयोग स्मृति प्रबंधन तकनीशियन को बस शुरू करता है और VM के प्रदर्शन के साथ समस्याओं का कारण बनता है। होस्ट मेमोरी उपयोग अलार्म की निगरानी की जानी चाहिए और VMs को स्वैप में प्रवेश करने की अनुमति नहीं है।

Unswap

अगर VM स्‍वैप में आ गया, तो इसका प्रदर्शन बहुत कम हो जाता है। होस्ट पर मुफ्त रैम की उपस्थिति के बाद बैलूनिंग और कम्प्रेशन निशान जल्दी से गायब हो जाते हैं, लेकिन वर्चुअल मशीन स्वैप से सर्वर के रैम पर लौटने की जल्दी में नहीं है।
ESXi 6.0 से पहले, वीएम को स्वैप से बाहर निकालने का एकमात्र विश्वसनीय और तेज़ तरीका रीबूट करना (अधिक सटीक रूप से, कंटेनर को बंद करना / चालू करना) था। ESXi 6.0 के साथ शुरू, एक नहीं-तो-आधिकारिक, लेकिन काम कर रहा है और वीएम को स्वैप से बाहर निकालने का विश्वसनीय तरीका दिखाई दिया। सम्मेलनों में से एक पर, मैं CPU शेड्यूलर के लिए जिम्मेदार VMware इंजीनियरों में से एक के साथ बात करने में कामयाब रहा। उन्होंने पुष्टि की कि विधि काफी काम कर रही है और सुरक्षित है। हमारे अनुभव में, उसके साथ समस्याओं पर भी ध्यान नहीं दिया गया।

डंप ईपिंग द्वारा वीएपी को स्वैप से आउटपुट करने की वास्तविक आज्ञाओं का वर्णन किया गया था । मैं विस्तृत विवरण नहीं दूंगा, बस इसके उपयोग का एक उदाहरण देता हूं। जैसा कि स्क्रीनशॉट में देखा जा सकता है, वीएम पर निर्दिष्ट स्वैप कमांड के निष्पादन के कुछ समय बाद गायब हो जाता है।

ESXi पर रैम के प्रबंधन के लिए टिप्स

अंत में, मैं RAM के कारण VM प्रदर्शन की समस्याओं से बचने में आपकी मदद करने के लिए कुछ सुझाव दूंगा:

• उत्पादक समूहों में रैम में ओवरस्क्राइबिंग से बचें। यह हमेशा सलाह दी जाती है कि क्लस्टर में ~ 20-30% मुफ्त मेमोरी हो, ताकि DRS (और एडमिनिस्ट्रेटर) के पास पैंतरेबाज़ी के लिए जगह हो, और VMs माइग्रेशन के दौरान स्वैप न करें। इसके अलावा गलती सहिष्णुता के लिए मार्जिन मत भूलना। यह तब अप्रिय होता है, जब एक सर्वर विफल हो जाता है और एचए का उपयोग करके वीएम को रिबूट किया जाता है, कुछ मशीनें स्वैप में भी जाती हैं।
• अत्यधिक समेकित अवसंरचना में, आधे से अधिक होस्ट मेमोरी के साथ वीएम बनाने की कोशिश न करें। यह, फिर से, DRS को बिना किसी समस्या के क्लस्टर सर्वर के बीच वर्चुअल मशीन वितरित करने में मदद करेगा। यह नियम, निश्चित रूप से, सार्वभौमिक नहीं है :)।
• होस्ट मेमोरी उपयोग अलार्म के लिए देखें।
• VM पर VMware Tools लगाना न भूलें और Ballooning को बंद न करें।
• इंटर-वीएम टीपीएस को सक्षम करने और वीडीआई और परीक्षण वातावरण में बड़े पृष्ठों को अक्षम करने पर विचार करें।
• यदि VM प्रदर्शन समस्याओं का सामना कर रहा है, तो यह देखने के लिए जांचें कि क्या यह दूरस्थ NUMA नोड से मेमोरी का उपयोग कर रहा है।
• जितनी जल्दी हो सके स्वैप से VMs प्राप्त करें! अन्य बातों के अलावा, यदि वीएम स्वैप में है, तो स्पष्ट कारणों से, भंडारण प्रणाली ग्रस्त है।

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