По мотивам моего поста
«Ничего себе за хлебом сбегал»
Напомню, кто не в курсе.
Я торгую только роботами.
Причем торгую целыми «стаями» роботов, по-научному это называется портфелями.
1 мая у меня сгорел мой размещенный сервер на Collacation.
В результате этой аварии у меня полностью выгорел Блок Питания,
а также пострадали два жестких диска по 3TB.
Я забрал мой сервер домой и восстановил его работоспособность.
Но, это происходит не в первый раз. В предыдущий раз сгорел более мощный сервер
с двумя процессорами Xeon E5-2650v2 и соответствующей периферией.
К чему это я все рассказываю.
А к тому, что если у Вас на Colloacation размещен Ваш Сервер,
то в случае Аварии Питания в DataCentre, где он размещен, все спишут на Вас ( на Ваш блок питания или глючное оборудование),
вообщем, придраться не к чему. Как бы сам виноват.
То есть если какая-нибудь «жирная» Муха села на Ваш сетевой кабель или уборщица нечаянно шваброй махнула,
и кабель случайно отсоединился от сокета — то виноваты все равно будете Вы.
Это у Вас такой глючный и ненадежный сервер с глючным hardware.
Я сейчас не говорю про убытки от торговли, которые могли быть в результате
«Полетов жирных Мух» над сетевыми кабелями Вашего сервера,
а про убытки связанные с повреждением hardware.
А оно (hardware) тоже сейчас не дешево.
Conclusions:
1. Никогда не размещайте свое HardWare в DataCentre, потому что оно обязательно там сгорит и
и виноваты и в проигрыше будете Вы.
Если даже в DataCentre случится Всемирный Потоп, Вы об этом никогда не узнаете,
а убытки понесете только Вы.
Ваше HardWare стоит денег, Ваших денег.
2. Размещайте ТОЛЬКО СВОЙ SOFT на Collocation.
И тогда «Жирных Мух» будет отгонять от Ваших серверов уже Персонал DataCentre.
Лучший вариант, на мой взгляд KVM виртуализация.
Я сделал именно так.
Заказал себе KVM — виртуализацию.
За неделю в результате «танцев с бубном» перенес часть своего softa на сервер VDS.
А компы с дорогими процессорами теперь живут у меня дома, где не летают «Жирные Мухи над сетевыми кабелями».
В результате получилось намного хуже по производительности hardaware,
но зато потери от отказов hardware теперь будут понятны Вам.
Так что сегодня я запустил вновь стаю своих роботов на новом VDS — сервере.
Обходится это примерно 1500 в месяц, вместо 2250 за размещенный сервер.
Не Ice, конечно.
Вот картинка ресурсов по Памяти. Маловато, конечно.
Не сравнить с тем, что было, но так спокойнее и дешевле будет.
Обращаю внимание на память, занятую Квиком.
Мои роботы — это процессы, которые начинаются с букв «Wpf»,
ну и несколько служб, которые очень мало весят и вообще не видны на картинке.
Всем желаю успехов в торговле.
А себя Поздравляю с новым циклом своего Алготрейдинга уже на VDS — серверах.
Свои сервера мне еще пригодятся Дома для MachineLearning.
Сегодня я отмечаю этот Launche — Day в новой для себя парадигме.
Так выпьем же за то, Благодаря чему, Мы, Несмотря ни на что, Во что бы то не стало.
Аминь.
PS.
Поскольку свободной памяти мало, обращаю внимание, что
ОutOfMemoryException у меня всегда и везде в коде присутствуют.
UPDATE: 2019.05.14 22:30
Я выражаю благодарность всем откликнувшимся на этот мой пост.
Не ожидал такого бурного обсуждения
На все комментарии я ответить вряд ли смогу.
Но главное, что я понял, это то, что мой message был правильно понят.
Всем большого спасибо.
Просто потерять два процессора Xeon E-5 2650V2 (посмотрите сколько они стоят сейчас)
и чуть не потерять Xeon E3 1270 V2 плюс блоки питания + периферия
ЭТО УЖЕ СЛИШКОМ.
Надо как-то адаптироваться и вовремя менять выбранные ранее технологии.
Еще раз Всех благодарю.
Простите, если я не ответил на Ваши комментарии.
Главное для меня было донести до торгующих роботами некоторые «нюансы».
Еще раз всем спасибо.
А в облаках это как? У тебя будет своя операционная система, или надо пользоваться каким то веб-интерфейсом от хозяев сервиса?
в том, что виртуализация неполноценна, всегда есть шанс что твой сосед положит весь сервер.
У меня с год был VPS и он упал только раз.
Тут от оператора зависит, а не от этого
Я слыхал что сервера в дата-центре именно из-за скорости размещают
по-моему одни Вы поняли, какая у меня система.
У меня каждый Thread!, КАЖДЫЙ, под контролем.
И если он (Thread) падает, то на каждый Thread, существует Thread, который пытается инициализиролвать и восстановить аварийно завершившийся Thread.
в релизе для КVM, пришлось пока отказаться от тотального контроля всего и вся. По причине ограниченности ресурсов 32GB RAM для размещенного Сервера versus 6Gb для VDS — это большая разница.
А так слишком сложно получится: спереть файл настроек квика, выяснить директорию, где лежат ключевые файлы, их спереть только в торговое время, да ещё и перехватить пароль в момент его ввода при соединении с сервером: у меня пароль хранится в зашифрованном виде, с помощью программы в С#, расшифровывается в оперативной памяти, та же программа запускает квик, подставляет логин и пароль в форму и нажимает ОК на ней. Потом закрывается «с концами». Так что ещё и исполняемый файл программы надо спереть и деассемблировать, чтобы расшифровать пароль (решения в визуал экспресс я строю на нетбуке, а на торговый комп переношу только исполняемые файлы).
ну так об этом и речь. Это главная вообще нерешаемая проблема.
А насчёт ключей и паролей, ухищрения с прокладками бесполезны. Когда пароль вводится в окно квика он доступен для копирования. И не важно как вы его вводите, через свою прогу или руками. Там открытый месседж из очереди сообщений посылается в то окно через операционку и он доступен для сканирования.
эхехех. вы себя иллюзиями тешите. всё, что вы вводите на удалённую машину, руками или прогой — элементарно может быть считано и все пароли скомпрометированы.
на антивирусы не надейтесь. punto switcher например знает всё что мы вводим, но антивирусы его не трогают. работа на чужой удалённой системе это лотерея.
Ну так все, кроме физического доступа, было бы возможно, если б комп стоял у меня дома. Но дома я просто не могу его держать постоянно включённым в сеть, опасно без присмотра с точки зрения пожарной безопасности и в случае сбоев с электричеством. А включать удалённо не умею, только выключать могу.
Да и у автора корневого топика, насколько я понял, был свой сервер у хостера.
И дешевле (С вашим тарифом затраты на железо, электричество и интернет в большом плюсе + все это осталось у меня), и надежнее.
+ Провайдер имеет ИБП на линии, до 1-1,5 часов работы при отключенном электричестве. + Мои ИБП = 99,999 доступности в год или сколько там у самых крутых датацентров?
А кладовочка возможно на Tier 1 и тянет =))
С другой стороны. Сервер нужен под алготрейдинг. Если ваши алгоритмы не заложены под отказ доступа, то это такое же показушное де… мо, а не алгортмы. Стрелять себе в ногу доверяясь какому-то Tier…
Размещаем, допустим, один сервак в датацентре, а другой дополнительно, можно VPS. Второй сервак пингует первый, и в случае отказа тут же закрывает все сделки(или делает что-то еще, для аварийного выхода). Для этого надо будет наверное лезть на уровень сетевого протокола биржи, но можно кого-то нанять наверное.
Просто мысли
Я писал про процессоры, которые устанавливались в 2014-15 годах и которые были у меня.
И тогда Xeon E5 доминировал, а E5-2650V2 — был лучшим выбором, потому что он НЕ ГРЕЕТСЯ. Поэтому система DUAL (два) E5-2650V2 под E-ATX была намного «холоднее», а значит долговечнее, чем флагманы линейки E5-2680(87)V2. — E5-2690V2, но чуть дороже.
E5-2690V2 — флагман линейки греется не хило, а вокруг него всякие там — памяти, мосфеты и прочая разноЖпопица.
А потом башню на него надо ставить. А куда ее ставить в Unit ?
Так что в те времена царил E5-2650V2 DUAL
Самый лучший Data Centre — это погреб.
И холодильник и полная конфиденциальность.
И цены доступные — «зимние».
А, главное, жирные Мухи не летают.
Короче, «All Inclusive»
Conclusions:
1. Никогда не размещайте свое HardWare в DataCentre, потому что оно обязательно там сгорит и виноваты и в проигрыше будете Вы...
Во-первых, для большей отказоустойчивости уже давно рекомендуется иметь серверы с двумя БП и с двумя сетевыми адаптерами. Дома гораздо больше рисков.Во-вторых, размещать серверы стоит только в дата-центрах с уровнем не ниже Tier III, хоть это будет и дороже.Например, основной дата-центр Московской Биржи, DataSpace, именно такой. Я не представляю, чтобы там летали мухи.В-третьих, вы путаете Colocation с обычным хостингом сервера. Настоящая коллокация должна быть к чему-то, например к серверам биржи. MOEX для этого выкупил у датацентра целый зал, внутри которого размещаются свои серверы и серверы брокеров и их клиентов. Размещение там стоит на порядок дороже, такова плата за более быстрый доступ.
Дело не в названиях.
Суть поста кратко в следующем:
Мы не рассматриваем торговые риски, а рассматриваем риски отказов, сбоев, и выхода из строя hardware.
1. Если Вы разместили свою «железку» где-то у кого-то, неважно Хостинг это будет или Колокация, то Персоналу совершенно наплевать, что там с ней (Вашей железкой) происходит.
Могут, например, просто перепутать Unit-ы и «потушить» Ваш сервер, вместо Сервера соседа по стойке. Швабры, Мухи, Толстый палец Персонала- это все риски для Вашей железки.
Или замутить профилактику оборудования с выключением питания, а Вам не сообщат.
Авария по питанию может случиться в стойке там где Ваш Unit,
но Вам скажут: «Аварии не было, вот наши логи, у нас все в порядке. У Вас сервер ГЛЮЧНЫЙ.
А у нас уровень не ниже Tier III — мы никогда не падаем».
В любом из перечисленных случаев у Вас есть РИСК выхода из строя Вашего HardWare.
И Вы попадаете на ДЕНЬГИ. Ваши ДЕНЬГИ.
И Вам Персонал обязательно посочувствует: «Ну бывает иногда… C'est la vie! ».
2. Если Вы разместили ТОЛЬКО SOFT на их оборудовании, то ситуация меняется кардинально. Оборудование ИХ, и они в соответствии со своими Служебными обязанностями обязаны за ним следить. Менять масло, менять резину летнюю на зимнию итд. То есть заботиться о нем, чтобы оно работало долго и properly.
В этом случае, что бы там у них не случилось, Вы НИКОГДА по hardware на деньги не попадете.
Если случается Авария, и у них выгорит все, то Вы спокойно, как я, «Медленно и Печально» делаете Deploy (развертывание) своего softa на новом VDS Сервере.
И ФФФсё.
А Персоналу теперь Вы можете просто посочувствовать: «Ну бывает иногда ... C'est la vie! » .
Об этом пост.