Случайны выбор дневника Раскрыть/свернуть полный список возможностей


Найдено 7193 сообщений
Cообщения с меткой

хостинг - Самое интересное в блогах

Следующие 30  »
rss_rss_hh_new

Eggs Datacenter: как Emercoin позволил реализовать идею распределённого дата-центра на блокчейне

Понедельник, 25 Сентября 2017 г. 19:48 (ссылка)




EmercoinBlog


сегодня в 19:48

Администрирование





Eggs Datacenter: как Emercoin позволил реализовать идею распределённого дата-центра на блокчейне










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



    image

    Раньше каждый ребёнок знал, что не следует держать все eggs в одной korzinka



    Представленный 21 сентября на CryptoBazar в Москве проект распределенного дата-центра Eggs Datacenter собирается изменить сложившееся статус-кво на рынке традиционных ЦОДов при помощи технологий Emercoin.



    Распределенный дата-центр Eggs Datacenter — тоже самое что и обычный ЦОД, только:




    • без физической системы защиты, такой как высокие стены и злые овчарки,

    • без веры в правила и стандарты XX века, такие как Tier 1-4,

    • без невообразимой плотности пользователей на один хост.



    — но с гибридной бизнес моделью.



    По сути, это сеть одноранговых серверов, размещенных в помещениях малого и среднего бизнеса в 17 регионах России. Хостеры (бизнес) получают дешевый интернет по цене на 30-50% ниже рыночной, взамен позволяя размещать у себя мобильные сервера на базе форм фактора Mini-ITX. Каждый сервер оборудован 6 ядерным процессором Xeon с ECC, видеокартой Nvidia GeForce или Radeon GTX, 16 — 32 ГБ ОЗУ, 1 ТБ SSD диском. Среднее TDP не превышает 600 Вт. Как поставщик интернета, распределенный дата-центр контролирует сетевой стек на уровне L3, соответственно, весь траффик фильтруется и тщательно процеживается. Апстримами выступают Авантел, Rinet, Эр Телеком Холдинг и многие другие интернет провайдеры, стремящиеся загрузить свои оптоволоконные сети. В качестве гипервизора используется open-source XenServer 7.2 (Xen 4.0) и CloudStack.



    Блокчейн — это и база хранения информации, и гарант её неизменности. Одним из вариантов применения блокчейна стала запись и хранение в нем важной информации в виде параметров «имя-значение» (NVS). Реализованное в блокчейне Emercoin, это решение позволяет локально сохранять данные публичных SSH-ключей, SSL-сертификатов и DNS-записей, не доверяя конкретному центру. Блокчейн Emercoin позволяет базирующимся на нём проектам быть и децентрализованными, и защищеннёми одновременно. Такова сила криптографии.


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



    Гибридная бизнес модель снижает стоимость услуг, задержку доставки сигнала и риски кражи конфиденциальной информации, т.к. все хосты расположены локально и средняя плотность юзеров на хост — не более 6 человек. Но хостах стоит антивирус и используется FDE-шифрование для физической защиты жесткого диска пользователя в случае кражи/порчи оборудования. Блокчейн же используется как локальная система хранения SSH-ключей, SSL-сертификатов во избежании атаки «Человек посередине» и для защиты от компрометации DNS запросов. Среди тех, кто уже пользуется услугами дата центра — малый бизнес компании Eggs TV в Москве, Санкт-Петербурге, Нижнем Новгороде, Казани, Екатеринбурге и т.д. Большинство хостеров — сетевые бренды, такие как «Мать и дитя», Black Star, Dr Loder и другие.







    Децентрализованному дата-центру — распределённое финансирование



    Чтобы расширяться, проекту необходимо больше денег на установку серверов и переподключение хостеров к интернету. Собрать их Eggs Datacenter решил через краудфандинг. Для сбора средств, в продажу будут выпущены токены EGS на блокчейне Ethereum (стандарта ERC20), а по его завершении, токены будут использоваться для выплаты кэшбека за покупку услуг дата-центра: 10% от каждой покупки будут начисляться токенами, на которые, в свою очередь, можно будет оплатить оплатить интернет как малому бизнесу, так и обычным пользователям у себя дома. Планируемый объем выкупа токенов для кэшбека пользователям — 13 320 000 штук из максимального возможного объема эмиссии 30 000 000 токенов.



    Как принять участие в pre-ICO на Emercoin



    Для своего Pre-ICO Eggs Datacenter выбрали тоже Emercoin как наиболее подходящую, на взгляд разработчиков, для краудфандинговых кампаний, соблюдающих нормы KYC/AML.



    Чтобы купить EGS со скидкой от 20% до 50% ранним инвесторам нужно будет оставить оставить заявку на сайте Eggs Datacenter. Им на почту придёт уникальный идентификатор и список уникальных кошельков в 7 основных валютах: USD, RUB, BTC, ETH/ETC, EMC, WAVES.



    После подтверждения транзакции криптовалюты в трех блоках, будет внесена DPO-запись в блокчейн Emercoin о том количестве токенов, которое было оплачено на момент транзакции. Вид записи будет, например, следующий «dpo: EggsDC: SN100».



    Проверить свою запись можно будет прямо в Emer-блокчейне или в любом кошельке Emercoin. К ICO будет будут выпущены токены EGS уже на Ethereum, ссылку для зачисления которых все участники pre-ICO получат на свои электронные адреса.



    Пообщаться с разработчиками проекта можно в Telegram-чате.





    EGGS Datacenter: Мы заботимся о яйцах


    Original source: habrahabr.ru (comments, light).

    https://habrahabr.ru/post/338572/

    Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
    Марибод

    Подборка

    Четверг, 21 Сентября 2017 г. 05:31 (ссылка)
    vfl.ru/fotos/cbd578f713131809.html


    Бесплатный фотохостинг, хранящий ваши фотографии неограниченно долго



    Топ цвета сирени - Вязание - Страна Мам



    A30petlya.biz images azhurnyj-kardigan-iz-moxerovoj-pryazhi_7757.jpg



     



     

    Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
    rss_rss_hh_new

    Тест новинки: Crucial BX300 SSD

    Среда, 20 Сентября 2017 г. 10:24 (ссылка)






    Dmytro_Kikot


    сегодня в 10:24

    Администрирование





    Тест новинки: Crucial BX300 SSD














      BX300 — это новейший потребительский 2,5-дюймовый SSD-накопитель компании Crucial, в основе которого лежит технология 3D-NAND. Новый BX300 SSD является прямым преемником BX200 и оснащен контроллером Silicon Motion и специальной прошивкой. Высокоэффективная технология BX300 доступна в объеме 120 ГБ, 240 ГБ и 480 ГБ.



      За последние несколько лет компания Crucial выпустила не мало бюджетных накопителей, и эта новинка не является исключением. Не смотря на это BX300 демонстрирует весьма впечатляющие показатели производительности и энергоэффективности по сравнению с твердотельными накопителями, в некоторых случаях опережая последние в 10 раз. Этот накопитель не назывался бы новинкой, если бы он не отличался от своего предшественника BX200 (2015 год выпуска). Скорость последовательного чтения составляет 555 Мбайт/с и записи — 510 МБ/с (у BX200 были показатели — 535 МБ/с и 450 Мбайт/с), а значение IOPS равно 95 000 при произвольном чтении и 90 000 при произвольной записи (BX200 — 66 000 IOPS и 78 000 IOPS, соответственно).



      Для упрощения обновления для пользователей существует Crucial’s Advisor — средство, определяющее совместим ли ПК пользователя с накопителями Crucial. Также имеется программный ключ Acronis True Image HD для беспрепятственной миграции данных со старого диска на BX300.



      Основные характеристики BX300:




      • Объем — 120 ГБ, 240 ГБ, 480 ГБ;

      • Последовательное чтение — 555 Мбайт/с;

      • Последовательная запись — 510 Мбайт/с;

      • Случайное чтение: 45 000 IOPS (120 ГБ), 84 000 IOPS (240 ГБ), 95 000 IOPS (480 ГБ);

      • Случайная запись: 90 000 IOPS;

      • Форм-фактор: 2,5-дюймовый (7мм) SSD;

      • Интерфейс: SATA 6 Гбит/с;

      • Совместимость: от 7 мм до 9,5 мм порт;

      • Программный ключ Acronis True Image HD





      Дизайн и сборка



      Внешний вид BX300 не отличается от предшественников BX100 и BX200, за исключение, конечно, надписей с информацией (марка продукта, форм-фактор). Корпус выполнен из прочного металла со сглаженными углами.



      Задняя сторона SDD имеет обычную белую наклейку, на которой отображается информация о конкретной модели накопителя, емкости и форм-факторе.



      По бокам накопителя имеется по два крепежных отверстия. А учитывая форм-фактор (всего 2,5 дюйма), BX300 может поместится практически в любой ноутбук. Для стационарных ПК производитель предоставляет вместе с SSD адаптер с 7 мм до 9,5 мм.



      Синтетические бенчмарки (тесты производительности)



      Все тесты, результаты которых Вы увидите далее, были произведены на рабочей станции StorageReview HP Z640. Для сравнения и в качестве соперников для BX300 были выбраны такие накопители:




      • Intel 545S SSD (512 ГБ)

      • Samsung 850 Pro SSD (1 ТБ)

      • Samsung 850 Pro SSD (2TB)

      • ADATA SU900 SSD (512 ГБ)

      • Crucial MX200 SSD (1TB)

      • Micron M600 SSD (1 ТБ)

      • OCZ VX500 SSD (512 ГБ)

      • WD Blue SSD (1TB)

      • SanDisk Ultra 3D (1TB)





      IOMeter последовательная передача 2 МБ (чтение/запись)







      Как видим, Crucial BX300 480ГБ подошел очень близко к лидерской позиции по показателю «Чтение» с показателем 506.66MБ/с, уступив только ADATA SU900 (521.55MБ/с). При записи накопитель выдал 460.86MБ/с, заняв четвертое место.



      IOMeter случайная передача 2 МБ (чтение/запись)







      А вот с случайной передачей показатели BX300 480ГБ (432.21MБ/с чтение и 461.73MБ/с запись) поместили его практически на дно списка, хуже был только ADATA SU900 512ГБ.



      IOMeter случайная передача 4К (чтение/запись)







      В данном тесте показатели чтения составили 30.24MБ/с (в конце списка), запись — 107.21MБ/с (затесался в середину).



      IOMeter случайная передача 4К (чтение/запись) / IOPS



      В категории IOPS BX300 смог выжать на чтение 7740.82 IOPS и на запись — 27445.66 IOPS, заняв при этом последнюю ступеньку. Лидером, ка не удивительно, стал Samsung 850 Pro 2TБ.



      IOMeter латентность при запись 4К







      В данном тесте мы рассматривали для сравнения с другими накопителями как среднюю, так и максимальную латентность.



      IOMeter при 100% чтении 4К







      В этом тесте при случайной рабочей нагрузке с 100% активность чтения и масштабированием от 1 до 64 QD. BX300 продемонстрировал самый лучший результат (на 1000 IOPS лучше самого Samsung 850 Pro 1TБ) — от 27441.61 IOPS и до 85296.65 IOPS.



      IOMeter при 100% записи 4К







      В этом бенчмарке показатель BX300 480GБ колебался от 7804.250197 IOPS to 96519.20322 IOPS. Второе место, сразу за Samsung 850 Pro.



      В заключительной серии синтетических тестов мы будем сравнивать SSD накопители в серверной среде смешанной рабочей нагрузи с глубиной очереди от 1 до 128. Каждый из наших тестовых серверных профилей имеет сильный уклон в сторону активности чтения, начиная с 67% чтения профиля базы данных и заканчивая 100% чтения профиля веб-сервера.



      IOMeter БД (IOPS)







      Первым является профиль базы данных при 67% чтения и 33% записи, в основном сосредоточенных на передачи 8 К. И тут BX300 продемонстрировал диапазон 7438,52-47704,30 IOPS.



      IOMeter Веб-сервер (IOPS)







      Наш профиль веб-сервера доступен только для чтения с разбросом объемов передачи от 512 байт до 512 КБ. В этой рабочей нагрузке накопитель BX300 обеспечил диапазон от 4598,5 IOPS до 23 988,22 IOPS.



      IOMeter Сервер файлов (IOPS)







      Следующий профиль — 80% чтение и 20% запись, размер передаваемых файлов от 512 байт до 64 КБ. BX300 выдал 5 240,36 IOPS и 36 908,54 IOPS, опять добравшись до верхушки лидеров.



      IOMeter Рабочая станция (IOPS)







      Последний профиль ориентирован на активность рабочей станции с 20% записи и 80% чтения при передаче 8К файлов. Старт нашего испытуемого был не очень — всего 5180.51 IOPS, но в итоге он стал лидером с показателем в 48330.04 IOPS.



      Тесты в реальных условиях



      Синтетические тесты конечно помогают определить сильные и слабые стороны того или иного накопителя, но не дают полного понимания того, как они будут работать в реальной жизни. Потому мы решили провести тестирование BX300 с помощью StorageMark 2010 в трех категориях: ПК как домашний кинотеатр, рабочий ПК и игровой ПК.



      Домашний кинотеатр



      Условия теста: проигрывание одного фильма 720P HD в Media Player Classic, одного 480P SD через VLC, скачивание 3-х фильмов через iTunes и запись одного потока (15 минут) 1080i HDTV через Windows Media Center.







      В данном тесте BX300 занял второе место, уступив первенство OCZ VX500 512GБ.



      Рабочий ПК



      Условия теста — 3 часа работы в офисной среде с 32-разрядной Windows Vista, работающей под управлением Outlook 2007, подключенной к серверу Exchange, просмотр веб-страниц с использованием Chrome и IE8, редактирование файлов в Office 2007, просмотр PDF-файлов в Adobe Reader, час локального воспроизведение музыки и два часа потоковой музыки через Pandora.







      Показатели не самые лучшие, но все же и не самые худшие.



      Игровой ПК



      В данном тесте, симулирует активность диска во время работы компьютерной игры. В этой симуляции 94% — это чтение, а остальные 6% — запись.Тест проходит на 64-битной Windows 7 Ultimate, предварительно настроенной с помощью Steam, и с такими играми, как Grand Theft Auto 4, Left 4 Dead 2 и Mass Effect 2, которые уже загружены и установлены.







      С данным тестом наш накопитель справлялся очень плохо, со скрипом выдавая 8020.11 IOPS, 431.65MБ/С и 0.934 мс латентности.



      Заключение



      BX300 сохраняет за собой статус хорошего бюджетного решения для тех, кто наконец-то решил избавится от жестких дисков и перейти на SSD. Его габариты также достойны внимания, поскольку даже пользователи ультрабуков смогут им воспользоваться.



      Тесты, с результатами которых мы ознакомились ранее, показали довольно средний результат. Но Crucial и не планировали выпускать монстра, способного в пух и прах разорвать конкурентов. Их основной задачей было дать людям доступный (в плане цены) накопитель с достойной производительностью. И это у них отлично получилось.



      Источник: storagereview



      На правах рекламы.Акция! Только сейчас получите до 4-х месяцев бесплатного пользования VPS (KVM) c выделенными накопителями в Нидерландах и США (конфигурации от VPS (KVM) — E5-2650v4 (6 Cores) / 10GB DDR4 / 240GB SSD или 4TB HDD / 1Gbps 10TB — $29 / месяц и выше, доступны варианты с RAID1 и RAID10), полноценным аналогом выделенных серверов, при заказе на срок 1-12 месяцев, условия акции здесь, cуществующие абоненты могут получить 2 месяца бонусом!



      Как построить инфраструктуру корп. класса c применением серверов Dell R730xd Е5-2650 v4 стоимостью 9000 евро за копейки?


      Original source: habrahabr.ru (comments, light).

      https://habrahabr.ru/post/338204/

      Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
      vendamostswag

      Cordless light

      Вторник, 19 Сентября 2017 г. 12:25 (ссылка)


      q6UMcdwk5nONOSsDRXIr70d2TxbUHw89nVssV284XYCk8oq7UfO

      Комментарии (0)КомментироватьВ цитатник или сообщество
      rss_rss_hh_new

      Как компании перенести свою инфраструктуру в облако и избежать ошибок

      Понедельник, 18 Сентября 2017 г. 13:32 (ссылка)




      it_man


      сегодня в 13:32

      Управление





      Как компании перенести свою инфраструктуру в облако и избежать ошибок










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



        Рынок «идет» вверх — по прогнозу аналитического агентства Gartner, в 2017 году IaaS-сегмент вырастет на 36,8% и достигнет планки в 34,6 млрд долларов. Поэтому в сегодняшнем материале мы поговорим о том, на что компаниям обратить внимание, чтобы мигрировать инфраструктуру в облачную среду и избежать потенциальных рисков.





        / Flickr / goldswordfish / CC



        Что может пойти не так



        Из-за объемов IT-инфраструктуры и миллиардов долларов, затрачиваемых каждый день на оборудование, программное обеспечение и поддерживание сервисов, переход от модели развертывания on-premise к облачной невозможно совершить за одну ночь.



        При переносе IT-отделам компаний приходится решать, как поддерживать доступ к источникам данных — большинство сценариев миграции включают перенос информации с использованием бэкап-инструментов и систем восстановления в случае катастрофы (disaster recovery).



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



        Подробнее об этих типах рисков и как их избежать, мы расскажем далее.



        Кто уже с этим справился



        Переход в облако совершают крупные компании и небольшие стартапы — 52% сегмента малого бизнеса обратились к облачной инфраструктуре. По данным International Data Corporation (IDC), каждая небольшая компания, которая использует облачные технологии, экономит значительные суммы. Организации также получают возможность управлять инфраструктурой из одной консоли, что упрощает взаимодействие и ускоряет доставку сервисов потребителям.



        Существуют кейсы, демонстрирующие успешную миграцию IT-инфраструктуры в облако IaaS-провайдера. При этом часть компаний используют облако как вторичный плацдарм, где хранят «вторичные» сервисы, а другие — целиком отдают инфраструктуру на аутсорсинг и размещают там бизнес-критические системы.



        Пример постепенной миграции в облако — поэтапная трансформация инфраструктуры Netflix. Об этом мы писали тут. Компания переводила сервисы в облако на протяжении нескольких лет, пересмотрев концепцию предоставления услуг.



        В Netflix перенесли в облако платежную инфраструктуру и сервисы предоставления счетов, платформу Big Data, службы видеотрансляции, систему управления данными клиентов и др.



        Российские компании также переходят в облачную среду. Delivery Club — сервис по доставке еды c полностью виртуализированной системой. В случае Delivery Club, облако упростило управление, поддержку и обеспечило надежность.



        Мигрировал в облако провайдера и автомобильный холдинг «Терра-авто». Компания разместила в виртуальной среде телекоммуникационный компонент, почтовые сервисы и инструменты фильтрации трафика.



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



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





        Как мигрировать



        Для успешной миграции нужно: разработать план, сформировать облачную инфраструктуру, протестировать её, перенести данные и запустить сервис.



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



        Шаг 1. Перед тем как начать миграцию, нужно провести инвентаризацию IT-окружения, чтобы построить текущую картину инфраструктуры. Это позволит понять, какие приложения подходят для перемещения в облако. Для этого нужно категоризировать приложения один за другим на основании атрибутов. При создании каталога применяют два подхода: «сверху-вниз», который позволяет понять, где приложения принесут пользу бизнесу, и «снизу-вверх», фокусирующийся на технических возможностях.



        Подход «сверху-вниз» следует парадигме трансформации бизнеса с целью реализации максимального потенциала, поэтому основывается на оценке технических аспектов и аспектов безопасности каждого приложения:




        • Категоризация данных, требования к безопасности;

        • Сложность интерфейса, аутентификация, структура данных, требования к латентности;

        • Требования к работе (SLA), интеграция, мониторинг.



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



        Одновременно может применяться подход «снизу-вверх». Как уже было отмечено, он фокусируется на технических требованиях, поэтому показатели для оценки находятся в базе данных управления конфигурацией (CMDB):




        • Память, число процессоров, занимаемое место на диске операционной системой;

        • Платы сетевого интерфейса;

        • IPv6;

        • Поддержка доменов;

        • Наличие сторонних компонентов и пакетов приложений.



        Закончив эту оценку, IT-команда составляет список приоритетов, то есть определяет, какие приложения более других выиграют от миграции в облако. Эксперты рекомендуют начинать переход в облачную среду с простых проектов, постепенно увеличивая сложность.



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



        Шаг 2. Это этап выбора облачного провайдера с тестированием возможностей облачной площадки. Оцените надежность площадки провайдера и проверьте её на соответствие требованиям компании. Надежность облачной платформы зависит от используемого оборудования, поэтому стоит обратить внимание на актуальность «железа», его класс и проверить наличие резервирования (не должно быть единой точки отказа).



        Также большинство коммерческих дата-центров заявляют, что их инфраструктура соответствует стандарту по категории надежности Tier III. Однако это не всегда так. Проверить сервис-провайдера просто: запросите сертификаты, подтвержденные Uptime Institute. UTI сертификаты для российских дата-центров находятся на сайте организации.



        После того как вы определились с провайдером, в обязательном порядке проведите тестирование облачной площадки и тестовую миграцию. Например, мы в компании «IT-ГРАД» по запросу клиента предоставляем бесплатный доступ VMware vCloud на две недели. Это позволит вам убедиться, что все сервисы работают правильно.



        Шаг 3. При переносе IT-инфраструктуры в облако следует выбрать миграционный путь: постепенный или полный переход.



        Постепенная миграция подходит для крупных компаний с разветвлённой инфраструктурой. Такой переход выполняется на протяжении нескольких месяцев или даже лет (например, случай компании Netflix, о которой мы говорили выше). В этом случае составляется поэтапный план переноса с указанием критичных сервисов и приоритетов.



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



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



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



        Шаг 4. Далее, можно приступать к миграции, придерживаясь выбранной стратегии. После остается выполнить проверку и тестирование сервисов. Если ошибок нет — сервисы выводятся в продакшн.





        / Flickr / Peter Stevens / CC



        Инструменты и способы миграции



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



        Импорт-экспорт ВМ

        Если у компании уже есть виртуальная инфраструктура на базе VMware, то её виртуальное окружение позволяет «перекинуть» сразу несколько ВМ.



        Все параметры виртуальных машин «упаковываются» в файлы формата OVF/OVA. Затем они используются экспорта на платформу виртуализации VMware vSphere и другие. Переносить приложения в облако также позволяет VMware vCloud Connector. Как работать с этим инструментом ми писали в нашем блоге.



        Миграция на уровне сервисов

        Провайдер создает у себя дублирующий сервис. Этот сервис синхронизируется с локальным сервисом клиента. Как пример можно привести миграцию Active Directory. Облачный провайдер разворачивает у себя необходимое количество ВМ, после чего база данных реплицируется в облако вместе с контроллерами.



        «Горячее» и «холодное» клонирование

        При «горячем» клонировании выполняется перенос работающего узла. Оригинальный сервер останавливается только в момент переключения. Утилита vCenter Converter автоматически определяет диски, разделы и сетевые интерфейсы, оперативную память и процессоры. На основе этих данных создается новая виртуальная машина на ESXi-хосте.



        VMware vCenter Converter также может выполнять «холодное» клонирование. Этот вид клонирования рекомендован для миграции Active Directory и почтовых серверов. Машина останавливается, создается образ жесткого диска и выполняется конвертация в ВМ.



        Установка с нуля

        Провайдер создает ВМ, и на неё накатывается операционная система и необходимое программное обеспечение. Затем происходит переключение клиентов.



        Риски при миграции и как их избежать



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



        «Все провайдеры одинаковые»

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



        Например, мы в «ИТ-ГРАД» предлагаем несколько площадок для размещения данных. Клиент может создавать несколько виртуальных дата-центров и настраивать параметры производительности и безопасности для каждого. Мы также предлагаем разные модели оплаты, включая Pay-As-You-Go.



        Другая ошибка, которая является своеобразным следствием, — это отказ от нативных облачных сервисов и использование собственных инстансов виртуальных машин. Эту ошибку легко допустить, поскольку кажется, что это позволит избежать привязки к вендору. Однако она приводит к тому, что компании изобретают велосипед, игнорируя одно из главных достоинств облаков: высококачественные сервисы, которые можно создавать и использовать без дополнительных настроек.



        Нет схемы зависимости приложений

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



        Например, как говорят в «Хантердон Медикал Сентер», они совершили эту ошибку во время первой миграции систем в облако. Сотрудники не провели глубокий анализ приложений. Специалисты переносили почтовую систему в G Suite, однако не учли, что именно пользователям было нужно от старой системы, и не проанализировали, как она себя поведет в новом окружении.



        Нет плана миграции

        До начала миграции ответьте для себя на вопросы: что вы будете переносить в облако, в каком порядке, когда и за сколько? Составьте план переноса.



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



        Забыли про политики безопасности

        Перевод инфраструктуры в облако часто ведет к неполноте политик безопасности, которые не согласуются с новыми стандартами. Все организации имеют требования к безопасности для авторизации пользователей, настройки приложений и мониторинга систем. Эти политики зачастую не изменяются, однако при работе с облаком они должны быть усилены. Лорен Худзиак (Loren Hudziak) из Google отмечает, что организациям нужно обратить внимание на безопасность по всем фронтам, чтобы получить все преимущества облачной инфраструктуры.



        Запуск без тестирования

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



        «Если клиент, разворачивая инфраструктуру, решает установить приложения, не поддерживающие cloud-архитектуру и заточенные только на on-premise-инсталляцию, провал гарантирован, — говорит Екатерина Юдина, руководитель проекта, контент-инженер компании «IT-ГРАД». — Чтобы избежать подобной ситуации, поставщик услуг предлагает возможность бесплатного и заблаговременного тестирования».


        По данным облачных провайдеров, многие организации, мигрирующие в облако, не имеют установленного плана восстановления в случае катастрофы. А многие из тех, кто его имеет, никогда его не тестировали.



        Когда округ Кинг в Вашингтоне, мигрировал в облако бэкап-систему, они провели тестирование того, как данные передаются в облако. Все работало хорошо. Однако они не протестировали их восстановление. По словам Тэмуджина Бейкера (Temujin Baker), руководителя по работе с архитектурой приложений, они не учли особенности работы с облаком, когда сервису требуется время на получение данных.



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






        P.S. Еще несколько материалов по теме из нашего блога:





        Original source: habrahabr.ru (comments, light).

        https://habrahabr.ru/post/337834/

        Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество

        Следующие 30  »

        <хостинг - Самое интересное в блогах

        Страницы: [1] 2 3 ..
        .. 10

        LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
        О проекте: помощь|контакты|разместить рекламу|версия для pda