如何politely?p這l一世噸和l是?politely?告訴軟體供應商他們不知道他們在說什麼
不是一個技術問題，但仍然是一個有效的問題。設想：
HP ProLiant DL380 Gen 8 配備 2 個 8 核 Xeon E5-2667 CPU 和 256GB RAM，執行 ESXi 5.5。給定供應商系統的八個 VM。四個 VM 用於測試，四個 VM 用於生產。每個環境中的四台伺服器執行不同的功能，例如：Web 伺服器、主應用程序伺服器、OLAP DB 伺服器和 SQL DB 伺服器。
CPU 份額配置為阻止測試環境影響生產。SAN 上的所有儲存。
我們對性能有一些疑問，供應商堅持認為我們需要為生產系統提供更多記憶體和 vCPU。但是，我們可以從 vCenter 清楚地看到，現有的分配沒有被觸及，例如：主應用伺服器上 CPU 使用率的月度視圖徘徊在 8% 左右，奇數峰值高達 30%。峰值往往與備份軟體的啟動相吻合。
RAM 上的類似情況 - 伺服器的最高使用率約為 35%。
因此，我們一直在進行一些探勘，使用 Process Monitor (Microsoft SysInternals) 和 Wireshark，我們對供應商的建議是他們首先進行一些 TNS 調整。然而，這不是重點。
我的問題是：我們如何讓他們承認我們發送給他們的 VMware 統計數據足以證明更多 RAM/vCPU 無濟於事？
— 2014 年 12 月 7 日更新 —
有趣的一周。我們的 IT 管理人員說我們應該對 VM 分配進行更改，我們現在正在等待業務使用者的一些停機時間。奇怪的是，業務使用者說應用程序的某些方面執行緩慢（與什麼相比，我不知道），但是當我們可以關閉系統時，他們會“讓我們知道”（抱怨，抱怨！）。
順便說一句，系統的“慢”方面顯然不是 HTTP(S) 元素，即：大多數使用者使用的“瘦應用程序”。這聽起來像是主要金融機構使用的“胖客戶端”安裝，顯然是“緩慢”的。這意味著我們現在正在研究中考慮客戶端和客戶端-伺服器互動。
由於這個問題的最初目的是尋求幫助，是否要走“戳它”的路線，或者只是做出改變，我們現在正在做出改變，我會用longneck的回答來結束它。
謝謝大家的意見; 像往常一樣，serverfault 不僅僅是一個論壇——它也有點像心理學家的沙發:-)
我建議您進行他們要求的調整。然後對性能進行基準測試，向他們展示它沒有任何區別。您甚至可以使用 LESS 記憶體和 vCPU 對其進行基準測試，以說明您的觀點。
另外，“我們付錢給你，讓你用實際的解決方案來支持軟體，而不是猜測。”
只要您確信您符合他們記錄的給定係統規格。
然後他們提出的任何關於需要更多 RAM 或 CPU 的聲明，他們都應該能夠備份。作為他們系統中的專家，我要求人們對此負責。
詢問他們的具體情況。
- 系統上提供的哪些資訊表明需要更多 RAM，您是如何解釋的？
- 系統上提供的哪些資訊表明需要更多 CPU，您是如何解釋的？
- 我擁有的數據 - 乍一看 - 與您告訴我的內容相矛盾。你能向我解釋為什麼我可能會錯誤地解釋這個嗎？
- 我正在解釋這個
$$ obvious series of data $$意思是$$ obvious interpretation $$. 你能確認我對我的問題的解釋正確嗎？
在過去處理過支持問題後，我也問過同樣的問題。有時我是對的，但他們並沒有正確地把注意力集中在我的問題上。然而，其他時候，我錯了，我對數據的解釋不正確，或者沒有包括在我的分析中很重要的其他數據。
無論如何，這兩種情況對我來說都是一個淨收益，要麼我學到了一些我以前不知道的新東西，要麼我讓他們的支持團隊更加努力地思考我的問題以獲得一個體面的根本原因。
如果支持團隊無法為您提供他們的論點的邏輯擴展，以您可以滿意的基礎（您需要以開放的心態妥協自己，合理地接受您對數據的解釋是錯誤的），那麼它應該在他們的回應中變得非常存在。即使在最壞的情況下，您也可以將此作為升級問題的基礎。