Враховуючи обмежену ситуацію з оперативною пам’яттю, описану в цьому запитанні , який найчистіший метод (ручний або програмний):
- Визначте віртуальні машини VMware, оперативну пам’ять яких було набрано драйвером повітряної кулі VMware.
- "Unballoon " ОЗУ.
Припустимо, що навколишньому середовищу доступно більше фізичної оперативної пам’яті.
Я виявив, що я можу перенести VM на інший хост, і це очищає стан, який знаходиться на кулі. Чи є якийсь інший метод, який працює?
Примітка. Я додав у середовище кілька хостів та ~ 512 Гб оперативної пам’яті. Повітряні повітряні кулі не викликали дії по відновлення рівноваги ДРС або самі необов’язані. Мені довелося вручну переміщувати кожну із постраждалих віртуальних машин, щоб очистити це, як показано нижче ...
Ось раніше ...
А після ... Слідом за vMotion до іншого хоста кластеру.
Якщо ви ідентифікуєте вивірені віртуальні віртуальні машини програмно, тоді вам потрібно буде надати призначення сценарію, щоб перемістити їх. Якщо це величезна кількість VM / хостів, це може ускладнитися. Чи було б простіше просто підтримувати кожен хост, послідовно, доки міграція всього кластеру не буде?
—
sjw
Це мало б сенс ... якби не було обмежень оперативної пам’яті в кластері :) Але так, це також працює.
—
ewwhite
Я знаю, що це стара стаття, але я знайшов її, вивчаючи подібну проблему, і ось я знайшов корисну інформацію - особливо біти, що стосуються розкручування виділень драйвера на повітряній кулі. Відповідно до досліджень, проведених кимсь із Kingston.com ... (див. Коментарі до frankdenneman.nl/2010/11/29/disable-ballooning )