Узкие места производительности базовой локальной сети хоста/сервера при обслуживании файла компании QuickBooks примерно 15 пользователям?

Узкие места производительности базовой локальной сети хоста/сервера при обслуживании файла компании QuickBooks примерно 15 пользователям?

Если предположить, что вся остальная сетевая инфраструктура фиксирована, какие факторы хост-машины имеют значение с точки зрения производительности сети при обслуживании файла компании QuickBooks по локальной сети?

Хост — это компьютер с ОС Win10, используемый исключительно для размещения файла компании QuickBooks (~100–500 МБ), к которому одновременно обращаются около 15 пользователей. Не уверен, какой протокол использует QuickBooks.

Какие факторы, например перечисленные ниже, влияют на производительность сети:

  • ник
  • жесткий диск
  • баран
  • Процессор

только что установил очень быстрыйpcie-ssd. Процессор - Core i5 6-го поколения, 8 ГБ оперативной памяти. Интересно, имеет ли значение больший объем оперативной памяти и процессора.

решение1

Ваш вопрос сформулирован очень плохо, но я предполагаю следующее:

Пользователи Quickbooks жалуются на медленную загрузку/сохранение и т. д.

Шаг 1: Убедитесь, что все машины подключены к локальной сети через Gigabit Ethernet, а не через WiFi. WiFi — это здорово и, вероятно, будет работать, но это не идеально, особенно для офисной среды с потенциально высокой нагрузкой.

Шаг 2: Убедитесь, что сервер, на котором размещены файлы SMB и Quickbooks, также подключен к Gigabit Ethernet.

Шаг 3: Убедитесь, что все локальные машины не старше 15 лет и имеют недавно новое оборудование; в идеале SSD. Они также должны иметь не менее 16 ГБ оперативной памяти (если не больше), чтобы справиться с нагрузкой ОС и приложения Quickbooks, а также большого файла, который им нужно открыть для изменения.

Шаг 4: Единственный способ ускорить доставку такого файла с сервера — убедиться, что скорость диска достаточно высока для доступа к файлу и обслуживания его через NIC с максимально возможной пропускной способностью. Убедитесь, что диски быстрые (если не используются SSD), возможно, в массиве RAID (который НЕ является резервным) и что сервер не находится под большой нагрузкой от других задач.

Шаг 5: Убедитесь, что на сервере достаточно оперативной памяти, чтобы иметь возможность обрабатывать несколько открытых сеансов.

Шаг 6: Убедитесь, что сервер является локальным для пользователей. То есть, он не находится через какой-то site-to-site VPN или размещен в облаке.

Если предположить, что выполнены шаги 1, 2 и 3, узким местом, скорее всего, будет то, насколько быстро файл может быть прочитан в память для доставки SMB клиентам (шаг 3). Вы можете сделать только то, что сделает это максимально быстрым, прежде чем затраты перевесят выгоду.

В качестве примечания: похоже, что этот «сервер» на самом деле не сервер, а просто более-менее рабочая станция с ролью сервера. Возможно, вам придется инвестировать в настоящее оборудование, разработанное для этой задачи. Если вы используете Windows с 8 ГБ, размещая этот файл на 15 клиентах по 500 МБ за раз, вы уже в проигрыше. Если это Windows Server с 8 ГБ, вам действительно нужно увеличить его. Если вы собираетесь запустить сервер, он также не должен быть i5 для производственных служб; по крайней мере, i7, если не класс Xeon. Такая конфигурация хороша для нужд небольшого офиса, но, похоже, вы превысили возможности того, с чем он может справиться.

Работа напрямую с общего ресурса SMB (или любого сетевого ресурса) редко считается жизнеспособным рабочим решением. Обычно рекомендации заключаются в том, чтобы сделать локальную копию, внести изменения, а затем скопировать ее обратно в общий ресурс.

Теперь, учитывая все вышесказанное, свяжитесь с Quickbooks и посмотрите, какие решения они предлагают для этого. Я очень сомневаюсь, что они разработали приложение для работы таким способом (может быть? может быть нет? Я не пользователь/администратор Quickbooks), но у них вполне может быть продукт, который больше подходит для такого типа использования, который не требует, чтобы пользователь загружал файл по сети каждый раз, когда ему нужно внести изменения.

Связанный контент