इस प्रश्न में वर्णित विवश रैम स्थिति को देखते हुए , सबसे स्वच्छ विधि क्या है (मैनुअल या प्रोग्रामिक रूप से):
- VMware वर्चुअल मशीनों की पहचान करें जिनकी रैम को VMware गुब्बारा चालक द्वारा पुनः प्राप्त किया गया है।
- "अनबलून " रैम।
मान लें कि पर्यावरण के लिए अधिक भौतिक रैम उपलब्ध है।
मैंने पाया है कि मैं एक VM को दूसरे होस्ट को vMotion कर सकता हूं, और जो गुब्बारे की स्थिति को साफ करता है। क्या कोई अन्य विधि है जो काम करती है?
नोट: मैंने कई होस्ट और ~ 512GB RAM को पर्यावरण में जोड़ा है। गुब्बारे वाले VMs ने DRS रिबैलेंस एक्शन या खुद को असंतुलित नहीं किया। मुझे इसे हटाने के लिए प्रत्येक प्रभावित वर्चुअल मशीन को मैन्युअल रूप से vMotion करना होगा, जैसा कि नीचे दिखाया गया है ...
यहाँ से पहले है ...
और बाद में ... क्लस्टर में किसी अन्य होस्ट के लिए vMotion के बाद।
यदि आप गुब्बारा वाले VMs को प्रोग्रामेटिक रूप से पहचानते हैं, तो आपको उन्हें स्थानांतरित करने के लिए अपनी स्क्रिप्ट को एक गंतव्य प्रदान करना होगा। यदि यह VM / होस्ट की एक बड़ी संख्या है, जो जटिल हो सकती है। जब तक पूरे क्लस्टर को माइग्रेट नहीं किया जाता है, तब तक प्रत्येक होस्ट को क्रमिक रूप से रखरखाव-मोड करना आसान होगा?
—
sjw
यह समझ में आता है ... अगर वहाँ क्लस्टर में RAM की कमी नहीं थे :) लेकिन हाँ, यह भी काम करता है।
—
ewwhite 16
मुझे पता है कि यह एक पुराना लेख है, लेकिन मैंने इसे इसी तरह के मुद्दे पर शोध करते हुए पाया, और यहां कुछ उपयोगी जानकारी मैंने दी है - विशेष रूप से गुब्बारा चालक आवंटन की अनिच्छा से संबंधित बिट्स। Kingston.com में किसी के द्वारा किए गए शोध के अनुसार ... ( frankdenneman.nl/2010/11/29/disable-ballooning पर टिप्पणियां देखें )