- Exegi monumentum
Я вот подумал - я не только тут пишу много, ноеще и по работе порой пространные письма пишу. А ну-ка приведу пример такого письма, чтобы общественность ощутила, какой-же работой я занимаюсь, кроме того, что вывинчиваю одно и ввинчиваю другое... Итак, пример письма. По понятным причинам истинные имена и названия - опускаются.
Добрый день.
Возникла вот какая ситуация...
Есть у нас один клиент, и имеется у этого клиента в принципе неслабый потенциал - "клиент имярек".
Обратился ко мне "продавец имярек" с в общем-то простым заданием - клиент хочет приобрести сервер, пообщаться и определиться с конфигурацией.
На месте у клиента ситуация стала куда интереснее...
Ситуация такова: у клиента имеется три сервера. Один - наш LAN 2900 и два Start 700i, все довольно простых конфигураций.
Роли между серверами распределяются так: "старты" служат домен-контроллерами двух групп, при этом один из "стартов" является также сервером приложения, с котрым общаются клиентские машины обеих групп, а он в свою очередь общается с 2900-м, который выступает SQL-сервером и файл-сервером.
Один из стартов клиент хочет сдать в лизинг открывающейся третьей группе, а вместо него приобрести сервер уровня не ниже 2900, который заменит собой старт в качестве домен-контроллера, а также объединит в одном флаконе файл-сервер, сервер приложения и SQL-сервер, тоесть станет сервером рабочей группы (правда пока неясно - какой).
Стали обсуждать конфигурацию нового сервера, оказалось, что клиенту несколько проблематично сейчас сказать какая именно нагрузка будет на него ложиться даже уже в ближайшее после запуска в работу время. И если с процессорами и ОЗУ все оказалось более или менее ясно (увеличения клиентских машин, существенного, не ожидается), то объем дискового пространства будущего сервера особенно затруднил клиента.
Для того чтобы понять суть затруднения необходимо сообщить дополнительно, что это за предприятие - "клиент имярек". В их владении или ведении находятся ряд судов и их деятельность как я понял во многом связана с эксплуатацией этих судов. Бизнес-процесс "клиента имярек" подразумевает прием большого количества факсов, которые в дальнейшем сохраняются в виде графических файлов и постепенно переносятся на оптические диски. Также процесс ремонта судов документируется фотографически и сами эти данные тоже хранятся на сервере.
Так вот, суть вопроса с новым сервером состоит в том, что он желал бы, чтобы на доступном ему дисковом пространстве хранилась вся эта масса графической информации, которая не требует высокой отказоустойчивости дисков и скорости доступа, но требует изрядных дисковых объемов.
Идея сервера с большим количеством SCSI-дисков высокого объема практически сразу отбрасывается.
Клиент также сообщил мне, что в данный момент обдумывается архитектура ПО, будущей базы данных предприятия, на основе SQL. Клиент пребывает в раздумьях, интегрировать ли в эту базу все графические объекты и разместить ее на отдельном дисковом массиве, либо оставить в базе только ссылки на объекты, разместить базу на быстрых и надежных SCSI-дисках, а базу изображений разместить на отдельном дисковом массиве. В целом все склоняются ко второму варианту, как более изящному, отказоустойчивому, быстрому и рациональному.
Вот тут-то как раз и возникает главный вопрос - этот отдельный дисковый массив, предположительно более чем терабайтного объема.
Идея сервера с гибридной дисковой подсистемой не кажется мне (и всем остальным) хорошей, гораздо более рациональной видится идея сервера и некоего внешнего хранилища - дискового массива.
Клиент ожидает от нас предложений. Есть в общем такие варианты как: сервер с подключенной к нему дисковой стойкой, скажем по SCSI, которая служит большим дисковым массивом, сервер с базой и дисковая стойка с LAN-интерфейсом, самостоятельно подключенная к сети с архивом изображений, два сервера, например LAN 2900 и Start 700, когда на первом работает база, а второй служит хранилищем файлового архива...
Сервер, как я уже говорил, видится сервером рабочей группы, решающим целый ряд задач...
Клиент в общем не против перестроения серверного хозяйства и перераспределения ролей серверов, если мы укажем как можно сделать его серверное хозяйство рациональнее, обоснуем это.
Также, "продавец имярек" сообщил мне что клиент собирается внедрять у себя на предприятии ПО управления документооборотом "Доквижин" и возможно удастся объединить оба данных внедрения в одно, более глобальное, а возможно удастся предложить клиенту нечто большее?
Жду соображений.
Вот так. Такое - тоже моя работа
Добрый день.
Возникла вот какая ситуация...
Есть у нас один клиент, и имеется у этого клиента в принципе неслабый потенциал - "клиент имярек".
Обратился ко мне "продавец имярек" с в общем-то простым заданием - клиент хочет приобрести сервер, пообщаться и определиться с конфигурацией.
На месте у клиента ситуация стала куда интереснее...
Ситуация такова: у клиента имеется три сервера. Один - наш LAN 2900 и два Start 700i, все довольно простых конфигураций.
Роли между серверами распределяются так: "старты" служат домен-контроллерами двух групп, при этом один из "стартов" является также сервером приложения, с котрым общаются клиентские машины обеих групп, а он в свою очередь общается с 2900-м, который выступает SQL-сервером и файл-сервером.
Один из стартов клиент хочет сдать в лизинг открывающейся третьей группе, а вместо него приобрести сервер уровня не ниже 2900, который заменит собой старт в качестве домен-контроллера, а также объединит в одном флаконе файл-сервер, сервер приложения и SQL-сервер, тоесть станет сервером рабочей группы (правда пока неясно - какой).
Стали обсуждать конфигурацию нового сервера, оказалось, что клиенту несколько проблематично сейчас сказать какая именно нагрузка будет на него ложиться даже уже в ближайшее после запуска в работу время. И если с процессорами и ОЗУ все оказалось более или менее ясно (увеличения клиентских машин, существенного, не ожидается), то объем дискового пространства будущего сервера особенно затруднил клиента.
Для того чтобы понять суть затруднения необходимо сообщить дополнительно, что это за предприятие - "клиент имярек". В их владении или ведении находятся ряд судов и их деятельность как я понял во многом связана с эксплуатацией этих судов. Бизнес-процесс "клиента имярек" подразумевает прием большого количества факсов, которые в дальнейшем сохраняются в виде графических файлов и постепенно переносятся на оптические диски. Также процесс ремонта судов документируется фотографически и сами эти данные тоже хранятся на сервере.
Так вот, суть вопроса с новым сервером состоит в том, что он желал бы, чтобы на доступном ему дисковом пространстве хранилась вся эта масса графической информации, которая не требует высокой отказоустойчивости дисков и скорости доступа, но требует изрядных дисковых объемов.
Идея сервера с большим количеством SCSI-дисков высокого объема практически сразу отбрасывается.
Клиент также сообщил мне, что в данный момент обдумывается архитектура ПО, будущей базы данных предприятия, на основе SQL. Клиент пребывает в раздумьях, интегрировать ли в эту базу все графические объекты и разместить ее на отдельном дисковом массиве, либо оставить в базе только ссылки на объекты, разместить базу на быстрых и надежных SCSI-дисках, а базу изображений разместить на отдельном дисковом массиве. В целом все склоняются ко второму варианту, как более изящному, отказоустойчивому, быстрому и рациональному.
Вот тут-то как раз и возникает главный вопрос - этот отдельный дисковый массив, предположительно более чем терабайтного объема.
Идея сервера с гибридной дисковой подсистемой не кажется мне (и всем остальным) хорошей, гораздо более рациональной видится идея сервера и некоего внешнего хранилища - дискового массива.
Клиент ожидает от нас предложений. Есть в общем такие варианты как: сервер с подключенной к нему дисковой стойкой, скажем по SCSI, которая служит большим дисковым массивом, сервер с базой и дисковая стойка с LAN-интерфейсом, самостоятельно подключенная к сети с архивом изображений, два сервера, например LAN 2900 и Start 700, когда на первом работает база, а второй служит хранилищем файлового архива...
Сервер, как я уже говорил, видится сервером рабочей группы, решающим целый ряд задач...
Клиент в общем не против перестроения серверного хозяйства и перераспределения ролей серверов, если мы укажем как можно сделать его серверное хозяйство рациональнее, обоснуем это.
Также, "продавец имярек" сообщил мне что клиент собирается внедрять у себя на предприятии ПО управления документооборотом "Доквижин" и возможно удастся объединить оба данных внедрения в одно, более глобальное, а возможно удастся предложить клиенту нечто большее?
Жду соображений.
Вот так. Такое - тоже моя работа
) живет в своем доме с прилегающим земельным участком, на котором активно гуляет и служит бессменным любимцем семьи находясь постоянно у кого-то на руках, что ему очень нравится и замечено было за ним изначально.
