С доброй улыбкой теперь вспоминается, как человечество с тревогой ожидало в 2000 году конца света. Тогда этого не случилось, но зато произошло совсем другое событие и тоже очень значимое.

Исторически, в то время мир вошел в настоящую компьютерную революцию v. 3.0. – старт облачных технологий распределенного хранения и обработки данных. Причем, если предыдущей «второй революцией» был массовый переход к технологиям «клиент-сервер» в 80-х годах, то первой можно считать начало одновременной работы пользователей с использованием отдельных терминалов, подключенных к т.н. «мейнфреймам» (в 60-х прошлого столетия). Эти революционные перемены произошли мирно и незаметно для пользователей, но затронули весь мир бизнеса вместе с информационными технологиями.

При переносе IT-инфраструктуры на облачные платформы и удаленные ЦОД (центры обработки данных) ключевым вопросом сразу же становится организация надежных каналов связи от клиента к дата-центрам. В Сети нередко встречаются предложения провайдеров: «физическая выделенная линия, оптоволокно», «канал L2», «VPN» и так далее… Попробуем разобраться, что за этим стоит на практике.

Обеспечение отказоустойчивости – залог непрерывной работы и вообще полного удовлетворения как пользователей, так и админов. В нашем сегодняшнем материале речь пойдет о том, как можно выполнить кластеризацию BitrixVM с помощью простых и доступных средств, чтобы всем было радостно и ничто не мешало спокойно работать.

Компания Lohika специализируется на разработке программного обеспечения и инжиниринговых решений для различных компаний. Входит в группу компаний Altran. SIM-Networks уже не первый год является постоянным хостинг-партнером компании, предоставляя мощности для разработки, — IT-департамент компании Lohika создал с нашей помощью частное облако для своих и клиентских проектов. О том, как работается с SIM-Networks в коротком интервью нам рассказал Эдвард Смышляев, ИТ Директор компании Lohika.

Эдвард, ваша компания выбрала SIM-Networks в процессе поиска решения конкретных задач. Что это было, какие задачи стояли перед вами и как вы их решили?

Глобальной задачей был выбор мощного хостинг-провайдера, который подходил бы нам по ряду параметров. Первый параметр – географический. Необходим был европейский хостинг, чтобы ЦОД находился между США, Украиной и Румынией. Второй момент – технический: скорость обмена данными, периоды ожидания. Третий – законодательный: для клиентов из США очень важно было, чтобы хостинг-провайдер попадал под юрисдикцию Евросоюза, особенно – в части доступа к данным и хранения данных (данные клиентов не могли размещаться в Украине). Ещё одним важным ограничением было оборудование, которое не могло находиться в нашей собственности. В таком случае это налагало бы на нас ограничения по бухгалтерскому законодательству США: мы должны были бы платить двойную аренду.

Техподдержка. Это, реально, — «парни героической профессии». Они первыми принимают на себя атаки беспокойных юзеров, выступают в ролях «докторов Хаусов», переговорщиков и больше других в ИТ могут рассказать о стандартных и уникальных «клинических случаях»… Почему я пишу именно в таких формулировках? Наверное, потому, что знающий, образованный, опытный клиент экономит своё время, помнит за что платит и не требует невозможного.

Этот пост появился после моего общения с TeamLead нашей технической поддержки. Под катом несколько мыслей о том, какой чаще всего видят техподдержку хостера клиенты, и попытка ответить на вопрос: может ли техподдержка быть не реактивной, а проактивной? Мы пройдемся по 3 расхожим тезисам-мифам, которые снабдим примерами из нашей работы – частными случаями и собирательными образами.

Продолжаем серию публикаций о возможностях бэкапирования с помощью Bareos. В этой статье пойдет речь о резервном копировании VM ESXi средствами Bareos.

Предыдущие посты: «Бэкап с помощью Open Source решения — Bareos»

Для резервного копирования виртуальных машин VMware ESXi зачастую применяют такие средства как Veeam или же скрипт ghettovcb. В этой статье мы рассмотрим способ резервного копирования виртуальной машины средствами Bareos 16.2, а именно будем использовать один из плагинов позволяющего расширить функционал Bareos — vmware-plugin. В 16-й версии изменено расположение конфигурационных файлов, теперь каждый ресурс (pool, client, job и т.д.) распределены по своим директориям, добавлена мультиязычность для web UI, улучшена работа плагина MySQL, более подробную документацию можно просмотреть тут.

Hadoop был создан для запуска на чипах компьютеров широкого употребления с сетевым подключением с низкой скоростью. Но Hadoop кластеры стали больше и организации превысили лимит мощности. Для решения проблемы были найдены специализированные решения такие как твердотельные накопители и сети InfiniBand, у которых есть запас роста.

InfiniBand был представлен миру в 2000 году как сетевой протокол, который был быстрее чем TCP/IP — первоначальный сетевой протокол в сетях Ethernet. Благодаря использованию прямого удаленного доступа к памяти (Remote Direct Memory Access (RDMA) InfiniBand позволяет напрямую записывать/копировать данные из памяти удаленного компьютера, обходя операционную систему и возможные задержки.

Предисловие

Пропускная способность внутри облака — этот пункт очень важен с технологической точки зрения. Это щепетильный момент, очень многие поставщики неохотно говорят на эту тему. Они не хотят раскрывать структуру своей сети. Но если посмотреть на суть вопроса, то от этого зависит насколько качественную услугу вы купите у провайдера. Это во многом зависит от скорости внутри облака. Как ноды соединены между собой? На каких скоростях? По каким протоколам? Сервисы многих предприятий вполне могут работать на 1 гигабите, но нужно учесть, что большинство провайдеров используют 10G, и только самые продвинутые строят свои облака на 40G или InfiniBand 56G.

Под катом пару мыслей о том, почему для нашего облака мы выбрали именно InfiniBand.

Миграция VPS на новую версию – часто «головная боль» админов, но вариант «не переходить на новую версию» – может быть чреват проблемами в будущем. Поэтому мы продолжаем публиковать полезные обзоры для всех желающих перевести свои виртуальные машины с 5.5 на 6 версию vSphere.



В первый части мы говорили о подготовке к миграции для домена vSphere Single Sign-On и для разных моделей развёртывания vCenter. Сейчас обратим внимание еще на двух «звезд нашего шоу» — Windows vCenter Server и, конечно, Windows vCenter Database.

Наличие актуального бэкапа под рукой является крайне важным моментом, потому как никто не застрахован от неприятных случаев, связанных с выходом из строя носителей, утери информации, случайного удаления и т.д. В таких ситуациях резервная копия сохранит не только нервы, но также избавит от возможных финансовых проблем, которые могут возникнуть из-за утери данных.

Очевидно, что мы – не единственная хостинг-компания на рынке. Компаний много, у каждого свои аппетиты и возможности. Так же очевидно, что рынок может развиваться только если развиваются его клиенты – не только их бизнес, но и понимание технологий. Рынок строится усилиями участников и этот пост – очередной маленький камень в его фундаменте. В нём (в посте) мы обобщили некоторые рекомендации, которые могут быть полезны тем, кто обдумывает, решается/собирается (порой, очень небыстро) идти в облака. Под катом — несколько советов, которые будут полезны при планировании перехода в облако и выборе облачного провайдера.

Недавно VMware объявили о выходе vSphere 6.0 Update 2m, официально поддерживающего инструмент миграции. Под катом чеклист, как подготовится к миграции (важные точки проверки), какие модели миграции есть, и на что обратить внимание при миграции с 5.5 Windows vCenter на версию 6.0

Сколько времени нужно чтобы создать вирус для мобильной среды? – от 1 до 2 минут



Группа исследователей из Университета Саннио (Италия) продемонстрировала насколько легко можно сделать известный вирус для Android «белым и пушистым». Написать вредоносный код, который обойдет защиту, очень не просто, но есть методы позволяющие замаскировать вирус, сгенерировав новый файл.

Разница между созданием и генерацией такой программы состоит в том, что во втором случае «создатель» программы не напишет и строчки кода, а просто нажмет кнопку «создать».

Исследователи создали движок, который использует до 8 вариантов создания таких мобильных скриптов, которые меняют форму кода, не затрагивая поведения самих вредоносных программ.

Разработчики назвали свой движок «Прачечная вирусов».

Облака — штука многих интригующая и пугающая одновременно, но не так много «наших-реальных» примеров того, как люди работают с облачными провайдерами.

Под катом, реальная история нашего клиента с реальными цифрами и запросами, о работе с местными хостинг-провайдерами, с какими проблемами столкнулся, о том, как всю его базу «случайно» удалили при переносе, и о том, что важно не ГДЕ, а у КОГО арендовать мощности, важен поставщик услуг. Этот кейс — пример того, что хороший маркетинг – не гарантирует хороший сервис. Итак, слово клиенту:

Все началось с того, что крупной аптечной сети понадобился сайт и хостинг для него. Все бы ничего, вот только каталог у нас был большой, с огромным количеством фотографий. Вопреки ожиданиям, запустить свой сайт-магазин удалось лишь с «третьего хостера»:), а потом была аренда серверов, а после мы пошли «в облако»…. Но обо всем по порядку.

В какой-то момент мы столкнулись с необходимостью организовать шифрованное хранилище для удаленного размещения файлов. После недолгих поисков нашел легкое облачное решение, которое в итоге полностью устроило. Далее я вкратце опишу это решение и некоторые особенности работы с ним, возможно, кому-нибудь пригодится. На мой взгляд, вариант надежный и вместе с тем достаточно удобный.

Зачастую возникает необходимость обеспечить поддержку сразу нескольких разных версий PHP на одном сервере хостинга, управляемом панелью ISPmanager. У нее такой функции нет, разработчики неоднократно объясняли, почему. Поэтому попробуем устранить этот недостаток самостоятельно.

Встала необходимость организовать мониторинг исправной работы контроллеров семейства LSI MegaRAID на серверах, работающих под управлением гипервизора VMware vSphere ESXi v5.5. И соответственно автоматически получать уведомления при наличии какого-либо сбоя, например отказе одного из HDD. В процессе проработки оказалось, что найденное решение не ограничивается только хранилищами данных гипервизора.

Изложенный ниже материал не претендует на эксклюзивность. Однако мне пришлось собирать его по крупицам из разных источников, что-то проверяя экспериментально. После этого родилась идея систематизировать полученные знания и опыт, изложив все в одной заметке.

Набор скриптов ConfigServer Security & Firewall (CSF) изначально обладает достаточно богатыми возможностями по организации защиты сервера хостинга Web с помощью фильтра пакетов iptables. В частности с его помощью можно противостоять затоплению атакуемого хоста пакетами TCP SYN, UDP и ICMP слабой и средней силы. Дополняет CSF встроенный Login Failure Daemon (lfd), который осуществляет мониторинг журналов на предмет наличия многочисленных неудачных попыток авторизации в различных сетевых сервисах с целью подбора пароля. Такие попытки блокируются путем внесения адреса IP злоумышленника в черный список CSF.

Всем добрый день, 20 сентября прошла конференция «Вокруг облака», где собрались поговорить об облаках ИТшники, заказчики, интеграторы, компании-пользователи облаков, одним словом те, кто так или иначе работает с облачными технологиями. Отдельный поток конференции был связан с промышленной автоматизацией, в котором участвовали ИТшники из промышленного сектора. Они поделились опытом внедрения ИТ-решений, о стандартах используемых на крупном промышленном производстве (например, сталелитейном). Среди участников конференции был замечен и представитель Nokia, со своим докладом о решении Software Defined Network. Клиенты облачных решений не остались в стороне, многие активно делились опытом использования облаков. Большой обзор ивента под катом.

К началу учебного года мы провели небольшое контекстное исследование посмотрев, где хостятся сайты украинских школ. Вышла интересная статистика, самый большой процент – 51%, понятное дело – Украина, а вот на втором месте – Россия – 20%, а на третьем месте – Германия – 17%, и дальше по убывающей: США – 8%, Франция – 3%, Англия – 1%*. Что касается хостинга в Германии, то чаще всего это лоукост-хостеры. Кроме того, часто сам сайт не разрабатывается, а берется бесплатный шаблон, или покупается недорогой шаблон, который никто не дорабатывает под нужды сайта.

Под катом график и пару мыслей о взаимоотношениях школы и ИТ