Гарячі Шпинделі
Вибачте за відсутність в обох присутність і повідомлень. Це були американські гірки минулому році травми і з усіх сил графік роботи, так що у мене було мало часу або мотивації до блогу або показувати моє обличчя навколо громади. Приношу свої вибачення, і я вирішив зламати цю звичку і повернутися в речі ще раз! Але вистачить балаканини, ладити з працями ...
Це не те, я бачу дуже часто, але коли я роблю, це цікаво подивитися на статистику говорять самі за себе. Я з клієнтом, який був сценарій розгортання їх NetApp нерухомості кілька років тому, і він не був розроблений і поставляється з занадто багато турботи і уваги (те, що я хотів би обговорити ще один день). У них є майно VMware з SQL, Exchange і багато іншого. Все це проходить через в цілому більше 100 15к ФК шпинделів. Це не величезна маєток в порівнянні з іншими сайтами, так що я зацікавився, чому у них такі проблеми з продуктивністю.
Тепер при запуску через "Sysstat-у», можна побачити, що фільтром сам робить дуже мало, зовсім спокійно отримувати по тому, що він повинен робити. Але диск вражає 100% досить часто. Відразу це показує диск проблеми. Їм потрібно більше шпинделів, очевидно?
По-перше, це дисбаланс шпинделів. Вони мають другий агрегат на партнера контролер, який має тільки тест томів. Отримати дозвіл на видалення цього і жарко, я перерозподілити їх в інші управління та розширення існуючих агрегату. Це подвоює кількість веретен, але я знаю, що не збирається нічого робити для існуючої продуктивності (в тому, що дані не будуть автоматично перерозподіляти себе!).
