И подумайте, насколько нужно, допустим, банку, у которого база размером порядка 10 терабайт, связываться с SATA SSD и "бытовым RAID-контроллером"? Да абсолютно не нужно, степень геморроя не перевесит никаких профитов в цене. Поэтому банк купит СХД с сервисным контрактом, и будет абсолютно прав.
Когда SSD приблизится по объёмам и ценам к HDD, тогда можно будет планировать похороны СХД и HDD :-) Но в ближайшие лет 10, я полагаю, нам погулять на этих похоронах не грозит :-)
Иван: Напрямую подключенные диски можно рассматривать как частный вариант DAS :-) А вообще, DAS -- это корзинка, подключенная к серверу (или серверам), например, через SAS. Погуглите по слову "DAS enclosure", там много вариантов выпадает. Вот, например: https://www.spectrumservers.com/ssproducts/pc/view...
other_letter: на тему того, что во фрю надо ещё въехать. А что, есть вещи, в которые въезжать не надо? В винду, чтоли, не надо въезжать, чтобы там НОРМАЛЬНО делать какие-то серьёзные вещи? Или в СХД не надо въезжать? Да любая технология требует времени на чтение документации и разбирательства, как эта хрень работает и почему она работает именно так.
abcyu: У нас нет цели упороться, но чтобы на всех серверах стояла фря. Если какому-то софту (как правило, это софт, связанный с телефонией или ТВ) нужен линукс -- то без проблем, поставим линукс. Но в целом у нас в конторе отдаётся предпочтение FreeBSD. Официальная позиция -- "линукс мы кое-где используем, но мы его не любим" :-)
Проблема в том, что человек в обоих случаях копирует С СЕРВЕРА на ноут :-) Просто в первом случае он копирует файл, читая чего из серверной шары, а во-втором -- копирует, записывая в ноутбучную шару.
xmoonlight: Проконсультируйтесь у юристов, что там грозит за такое. "Неподчинение законному требованию" суда без последствий не останется однозначно. Так что дешевле будет исходники таки предоставить.
zRabbit: отправка ICMP-пакетов от имени процесса system -- это явно нештатное поведение системы или любого легального сервиса. Сомневаюсь, что любое штатное ПО будет таким заниматься. Так что можете поискать и среди MS SQL инициатора таких запросов, но думается мне, что это напрасная трата времени, и искать нужно всё-таки начинать со стороны вирусной активности.
paravirtual быстрее не будет. VMware рекомендует paravirtual только для ВМ, которые реально генерят много операций дискового обмена. Там очередь построена так, что при низкой интенсивности дискового обмена могут быть существенные лаги при операциях с дисками. Для "остальных" виртуальных машин рекомендуется LSI SAS. Хотя, конечно, в данном случае это всё не по теме.
Сергей: Вопросы, на самом деле, показывают, что товарищ пытается развернуть почтовый сервер на своём белом доменном имени, но при этом не понимает разницы между сущностями "доменной имя" и "DNS-сервер" :-)
pr0l: У нас он вроде тоже работал, но до тех пор, пока там диск не вылетел. Вроде как контроллер должен это нормально обрабатывать -- просто помечать диск, как отказавший, и всё. Но у адаптека вылетал какой-то обработчик в фирмвари, и выпадал массив целиком. Причём даже в том случае, когда через его утилиту управления какой-нибудь диск переключаешь в failed режим, для тестирования. Так что мы от них постарались избавиться -- по крайней мере, под фрёй адаптеки точно не стоит использовать.
Мы тут были вынуждены написать грязный хак, чтобы squid не падал :-) Так что если ещё будет нужно, обращайся. Там патч, который отключает логирование вот этих сообщений, про host header forgery. Похоже, что в функции логирования косяк в обработке разных кодировок, и если в host header присутствует какой-то "не тот" символ, то сквид просто падает при попытке записать сообщение с заголовком host в лог-файл.
Сергей: У крупного провайдера больше железа, но отдел техподдержки к этому железу никто не подпустит :-) А чтобы устроиться НЕ-эникейщиком, да ещё и к крупному провайдеру -- надо УЖЕ иметь соответствующую квалификацию. Поэтому если целиться на развитие -- то как раз на маленьких провайдеров. Там задачи техподдержки разнообразнее, и дистанция между инженерами и техподдержкой меньше.
Как раз у крупного провайдера не рекомедуется работать. Там регламент настолько жёсткий, что железа не видно толком. А у мелких как раз регламента меньше, и народу меньше, и можно получать задачи далеко за пределами техподдержки.
alnabi: в логах появляется что-нибудь? Как-то я посмотрел на то, какое оборудование поддерживается драйвером msk, и оно не внушает доверия, по большей части. Возможно, в логи будет сыпаться какая-то информация по поводу отвала интерфейса.
И подумайте, насколько нужно, допустим, банку, у которого база размером порядка 10 терабайт, связываться с SATA SSD и "бытовым RAID-контроллером"? Да абсолютно не нужно, степень геморроя не перевесит никаких профитов в цене. Поэтому банк купит СХД с сервисным контрактом, и будет абсолютно прав.