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


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

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

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

Hyper-V или KVM?

Вторник, 23 Августа 2016 г. 16:25 (ссылка)

Технология виртуализации серверов со своей более чем тридцатилетней историей сегодня стала одной из ключевых в ИТ, легла в основу облачных вычислений и сервисов нового поколения. Компании, выбирающие платформу для VPS или внедрения виртуализации в своей ИТ-инфраструктуре, наряду с продуктами VMware рассматривают в качестве альтернативы решения на основе других гипервизоров, прежде всего Microsoft Hyper-V и разработанного в рамках Open Source гипервизора KVM.



Разнообразие средств виртуализации заставляет задуматься: что именно выбрать? Это может оказаться непростой задачей. Например, сторонники Xen считают ее надежной и гибкой платформой с хорошим набором инструментов управления. Любители Hyper-V и KVM приведут весомые аргументы в пользу этих решений и перечислят их достоинства.







Можно исходить при выборе из таких параметров как производительность, стоимость, открытость, эффективность, управляемость, поддержка платформ… Однако эксперты советуют выбирать решение виртуализации, прежде всего, руководствуясь требованиями бизнеса. Развертываемое в корпоративной среде, оно должно подходить для обширного стека сертифицированных бизнес-приложений (ERP, MRP, HR, CRM и др.), а разработчик, если это коммерческий продукт, должен иметь четкие планы развития продукта по разным направлениям (аварийное восстановление, резервное копирование, SDN и др.). Наконец, хорошее программное обеспечение виртуализации обладает достаточной масштабируемостью и гибкостью.



Например, производительность KVM при увеличении нагрузки уменьшается быстрее, чем у Xen (если верить результатам тестирования). Xen отличает масштабируемость – способность поддерживать большое число одновременно работающих ВМ. Считается, что Xen превосходит KVM по возможностям резервного копирования и управления хранением данных.



Подобная дилемма возникает и при анализе предложений по аренде виртуальных серверов (VDS/VPS). Хостеры предлагают разнообразные средства виртуализации, включая Xen, KVM, Microsoft Hyper-V, OpenVZ, Virtuozzo, VDSmanager и др. (VMware – очень редко ввиду высокой стоимости), при этом провайдер всегда готов рассказать о достоинствах используемой системы, но продукты виртуализации редко сравнивают и столь же редко упоминают об их недостатках.



Попробуем отчасти восполнить этот пробел. В частности — сопоставить два популярных гипервизора виртуализации – Microsoft Hyper-V для серверных ОС семейства Windows и KVM для Linuх. Однако сразу стоит оговориться, что идеальной системы виртуализации для VPS нет, каждая подходит для своих задач. Например, многие из тех, кто использует платформу KVM, применяют и виртуальные машины (ВМ) на базе Linux.





Нужен VPS c Linux или FreeBSD? Можно выбрать KVM. VPS на KVM с Windows – тоже вариант, но для данной ОС предпочтительнее Microsoft Hyper-V. Последний считается лучшим решением для виртуализации серверов с ОС Windows, и активно используется хостинг-провайдерами.



Xen и KVM – продукты с открытым исходным кодом, причем очень близкие по функциям и производительности, но если в версии Сitrix XenServer первый постепенно превращается в облачную платформу, то развитие KVM идет в ногу с эволюцией дистрибутивов, таких как RHEV от Red Hat. Hyper-V — коммерческое ПО от Microsoft. Не удивительно, что Hyper-V отлично работает в инфраструктуре Windows. Все они позволяют виртуализировать серверные платформы x86-64 и представляют собой системы аппаратной виртуализации.





Hyper-V, KVM, ESXi – гипервизоры первого типа (Type-I). Они работают непосредственно на физическом оборудовании, к которому операционная система получает доступ через гипервизор. Гипервизоры второго типа (Type-II), например, VMware Workstation, Oracle Virtual Box, OpenVZ функционируют поверх операционной системы, поэтому ВМ и гипервизор взаимодействует с оборудованием через ОС. Считается, что производительность гипервизоров второго типа ниже, чем первого, поскольку зависит также от ОС хоста.



Использование Hyper-V и KVM в разных отраслях, % респондентов (данные IT Central Station).



























Гипервизор

Hyper-V

KVM

Финансы

13%

21%

Транспорт

9%

11%

Производство

7%

7%

Госсектор

7%

7%



Использование Hyper-V и KVM в компаниях с разной численностью сотрудников, % респондентов (данные IT Central Station).






















Гипервизор

Hyper-V

KVM

1-100

17%

25%

100-1000

34%

30%

>1000

49%

45%



Эти два гипервизора сравнивают не только друг с другом. KVM иногда сопоставляют с VMware ESXi и IBM PowerVM, а Microsoft Hyper-V нередко — с Oracle VM VirtualBox, изредка — с Proxmox VE.





Альтернативы Hyper-V и KVM (в версии Open Source), по мнению отраслевой прессы (в порядке убывания; рейтинг составлен IT Central Station, 2016 год).



Microsoft Hyper-V



Продукт Microsoft существует в двух ипостасях: как автономный Hyper-V Server (в последней версии — Hyper-V Server 2012 R2) или как один из компонентов Windows Server 2008, Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2 или 64-разрядной версии Window 8/10 Pro. В любом случае он используется для создания на сервере виртуальной среды, предоставляя для этого соответствующие сервисы и инструменты.



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



Можно также виртуализировать рабочие места, развернув инфраструктуру VDI, или создать удобную шие заказчики.





В «магическом квадранте» Gartner по виртуализации серверной инфраструктуры х86 (Magic Quadrant for x86 Server Virtualization Infrastructure), выпущенном в июле 2015 года, лидируют Micrоsoft и VMware. Xen и KVM представлены вендорами Citrix и Red Hat.



За что же именно ценят Hyper-V? Системные администраторы и ИТ-менеджеры называют такие качества как высокая стабильность работы Hyper-V и Windows, поддержка «живой миграции» ВМ (Live Migration) и кластеризации (для построения конфигураций высокой доступности), масштабируемость, возможность присваивания сетевых карт (NIC) виртуальным машинам, что позволяет избежать узких мест, подчас возникающих, когда виртуальному коммутатору назначен один физический сетевой адаптер.



Live Migration позволяет перемещать ВМ между физическими серверами Hyper-V, в том числе и автоматически, без участия пользователя.



Упоминают также возможность централизованного управления серверами — несколькими хостами Hyper-V, причем без дополнительной покупки лицензий, как в случае VMware vCenter. Относительно просто (хотя и более запутанно, чем в VMware) выполняется миграция физического сервера в виртуальный (P2V). Для этого создается образ VHD физической системы и присваивается новой ВМ. Удобный режим Enhanced Session Mode позволяет выполнять копирование/вставку внутри ВМ.



Hyper-V прост в использовании и управлении – хорошая альтернатива продукту VMware в сегменте SMB. Он включен и в Windows 10, причем это почти полнофункциональная версия. Сам гипервизор ничего не стоит, его можно скачать с сайта Microsoft (в виде Hyper-V Server), хорошо подходит для виртуализации ОС от Microsoft, его легко установить и настроить, а большинство системных администраторов умеют с ним работать. Hуper-V можно установить на любой поддерживающий Windows сервер. Еще в копилку плюсов: большинство продуктов Microsoft могут работать в виртуальной среде Hyper-V.



К негативным качествам относят ограниченные возможности настройки работы с СХД (например, сложности настройки iSCSI target в Windows Server 2012 R2. Более надежным и дружественным мог бы быть импорт/экспорт, создание шаблонов.



В Hyper-V достаточно сложно конфигурировать некоторые вещи, например, High Availability (HA), где требуется формирования кластера (Failover Clustering). В vSphere, например, это делается проще и естественнее. А миграция ВМ в Hyper-V, в отличие от vMotion, возможна только между серверами с процессорами одного семейства. Нет в Hyper-V и ничего похожего на Distributed Resource Scheduler (DRS) или Storage DRS, которые в среде виртуализации VMware можно использовать для балансирования нагрузок между ресурсами нескольких хостов с помощью vMotion и Storage vMotion.



Зато SCVMM (System Center Virtual Machine Manager 2012) в Hyper-V открывает возможности, выходящие за рамки собственно серверной виртуализации. Например, можно создать частное облако с функциями самообслуживания. В VMware есть vCloud Director, но это отдельное решение за отдельные деньги. У Microsoft SCVMM – бесплатное приложение к System Center 2012. Кроме того, SCVMM позволяет использовать в качестве платформ виртуализации хосты с Hyper-V, vSphere и гипервизором Citrix, в то время как vCenter поддерживает только управление хостами VMware.



Также можно упомянуть, что Debian и основанные на нем дистрибутивы способны отлично работать под Hyper-V и могут применяться для реализации инфраструктурных элементов работающих с большой нагрузкой. Также недавно компания Microsoft выпустила обновление Linux Integration Services 4.0 for Hyper-V, представляющее собой пакет драйверов, утилит и улучшений для гостевых ОС Linux, работающих в виртуальных машинах на платформах Hyper-V и Azure.



Особенности Microsoft Hyper-V в Windows Server 2012 R2 Datacenter Edition














































































































































































































































Максимальное число одновременно работающих ВМ

1024

Максимальное число процессоров на хост-сервер

320

Число ядер на процессор хоста

Не ограничено

Максимальное число виртуальных процессоров (vCPU) на хост-сервер

2048

Максимальная емкость оперативной памяти на хост-сервер

4 Тбайт

Память на одну ВМ

1 Тбайт

Виртуальных процессоров на ВМ

64 vCPU

Динамическое перераспределение памяти

Dynamic Memory

Дедупликация страниц памяти

Нет

Поддержка больших страниц памяти (Large Memory Pages)

Да

Централизованное управление

Да, System Center Virtual Machine Manager (SCVMM)

Интеграция с Active Directory

Да (через SCVMM)

Снимки ВМ (snapshot)

Да

Управление через браузер

Через портал самообслуживания

Обновления хост-серверов/ гипервизора

Да

Управление сторонними гипервизорами

Да, управление VMware vCenter и Citrix XenCenter

Обновление ВМ

Да (WSUS, SCCM, VMST)

Режим обслуживания (Maintenance Mode)

Да

Динамическое управление питанием

Да, Power Optimization

API для резервного копирования

Да, VSS API

Шаблоны виртуальных машин (VM Templates)

Да

Профили настройки хостов (Host Profiles)

Да

Миграция физических серверов в виртуальные машины (P2V)

Нет

Горячая миграция виртуальных машин

Да, без общего хранилища (Shared Nothing), поддержка сжатия и SMB3, неограниченное число одновременных миграций

Горячая миграция хранилищ ВМ

Да

Профили хранилищ

Да

Поддержка USB

Нет (за исключением Enhanced Session Mode)

Горячее добавление устройств

Только устройства хранения и/или память

Устройства Floppy в ВМ

1

Сетевые адаптеры/интерфейсы

8 NIC

Виртуальные диски IDE

4

Емкость виртуального диска

64 Тбайта для VHDX

Максимальное число узлов в кластере

64

Виртуальных машин в кластере

8000

Функции высокой доступности при сбоях хост-серверов

Failover Clustering

Перезапуск виртуальных машин в случае сбоя на уровне гостевой ОС

Да

Обеспечение доступности на уровне приложений

Да (Failover Clustering)

Непрерывная доступность ВМ

Нет

Репликация виртуальных машин

Да, Hyper-V Replica

Автоматическое управление ресурсами кластера

Да, Dynamic Optimization

Пулы ресурсов

Да (Host Groups)

Проверка совместимости процессоров при миграциях машин

Да, Processor Compatibility

Поддерживаемые хранилища

SMB3, FC, Virtual FC, SAS, SATA, iSCSI, FCoE, Shared VHDX

Кластерная файловая система

CSV (Cluster Shared Volumes)

Поддержка Boot from SAN

Да (iSCSI, FC)

Динамическое выделение емкости хранения (Thin Provisioning)

Да, Dynamic Disks

Загрузка с USB

Нет

Хранилища на базе локальных дисков серверов

Storage Spaces, Tiered Storage

Уровни обслуживания для подсистемы ввода-вывода

Да, Storage QoS

Поддержка NPIV

Да (Virtual Fibre Channel)

Поддержка доступа по нескольким путям (multipathing)

Да (DSM и SMB Multichannel)

Кэширование

Да, CSV Cache

API для интеграции с хранилищами

Да, SMI-S/SMP, ODX, Trim

Поддержка NIC Teaming

Да

Поддержка Private VLAN

Да

Поддержка Jumbo Frames

Да

Поддержка Network QoS

Да

Поддержка IPv6

Да

Мониторинг трафика

Да



KVM



А теперь пара слов о KVM. Хотя в деле построения виртуализированных инфраструктур для крупного бизнеса платформы от Microsoft и VMware по-прежнему являются несомненными лидерами, в последние отмечается рост интереса и к KVM.



KVM (Kernel-based Virtual Machine) – полное решение виртуализации для платформ Linux/x86, поддерживающее аппаратные расширения (Intel VT и AMD-V). В его составе – загружаемый модуль ядра kvm.ko, обеспечивающий базовую инфраструктуру виртуализации, и модуль для конкретного процессора — kvm-intel.ko или kvm-amd.ko.



Первоначально KVM поддерживал только процессоры x86, но в настоящее время к ним добавился широкий спектр процессоров и гостевых операционных систем, в том числе множество вариаций Linux, BSD, Solaris, Windows, Haiku, ReactOS и AROS Research Operating System.



В числе пользователей KVM – известные Wiki-ресурсы: MediaWiki, Wikimedia Foundation, Wikipedia, Wikivoyage, Wikidata, Wikiversity.





В 2015 году «Лаборатория Касперского» совместно с B2B International провела исследование, в ходе которого представителям компаний, использующих технологию виртуализации задавались вопросы про применяемые у них платформы. Выяснилось, что 15% компаний используют различные варианты коммерческих платформ на базе KVM, и еще 16% планируют их внедрять в течение ближайшей пары лет. Бесплатные версии  продукта используются в 8% крупных организаций и еще в 16% опрошенных компаний будут внедрены в будущем.



Исследование «Лаборатории Касперского» показало, что если основными гипервизорами, чаще всего, являются VMware vSphere и Microsoft Hyper-V, то в качестве дополнительного предпочитают использовать решения с открытым кодом или коммерческие решения на базе Open Source. Особенно часто — KVM.



В «Лаборатории Касперского» считают, что причин популярности KVM несколько. Во-первых, в некоторых сценариях, внедрение платформы виртуализации на базе KVM (даже коммерческой ее версии) обходится значительно дешевле, чем использование Microsoft Hyper-V и VMware vSphere. Во-вторых, в мире растет количество виртуализированных Linux-серверов. Их владельцам привычнее и удобнее применять и гипервизор на базе Linux. В большинстве случаев, это именно KVM. Кроме того, Linux-сообщество вносит вклад в развитие платформы, развивается экосистема решений, которые поддерживающих KVM.



Компании, создающие собственные проекты, интегрированные решения, зачастую выбирают гипервизор Open Source, а KVM как раз предоставляет широкие возможности кастомизации. Наконец, KVM — легкий, простой в использовании, неприхотливый к ресурсам и при этом достаточно функциональный гипервизор. Он позволяет в сжатые сроки развернуть платформу виртуализации, констатируют в «Лаборатории Касперского».



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



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



Раз уж речь зашла об управлении, стоит упомянуть один из популярных вариантов управления VPS в случае KVM – SolusVM. Это универсальная панель управления виртуальными серверами Xen, KVM и OpenVZ.



Некоторые пользователи отмечают недостаточную стабильность KVM при выполнении задач с интенсивным вводом-выводам. Бытует мнение, что KVM – не вполне зрелый продукт для рабочих сред и больше подходит для экспериментов и в случаях, когда требуется модификация исходного кода. Hyper-V более стабилен, средства миграции ВМ в нем надежнее, эффективнее используется оборудование, чем в Linux-KVM.



Подготовка KVM к работе и настройка десятков параметров – процесс на любителя, хотя есть и интерфейс управления Virsh (и GUI-интерфейс virtmanager), позволяющий запускать гостевые системы в KVM, используя простой файл конфигурации. Для управления гипервизором KVM удобно также использовать инструменты OpenStack. Это помогает, в частности, внедрять облачные сервисы.



Службы поддержки как таковой нет, только сообщество. Но те, кому она необходима, могут выбрать коммерческий вариант — RHEV (Red Hat Enterprise Virtualization).



Заключение



Возможно, эта информация поможет вам сделать правильный выбор, однако, как уже отмечалось выше, очень многое зависит от решаемой задачи и многих других условий. А спектр таких задач сегодня чрезвычайно широк – от виртуального хостинга до построения программно-определяемых дата-центров (SDDC) и внедрения гибридных облаков. Например, среда виртуализации в ЦОД должна обеспечивать сочетание нескольких важных характеристик: зрелость, простота развертывания, управляемость и автоматизация, поддержка и сопровождение, производительность, масштабируемость, надежность, высокая готовность и работоспособность, безопасность.



При выборе платформы виртуализации для VPS/VDS действуют иные критерии. Нередко неверный её выбор — это потраченные деньги и неудовлетворения качеством услуг. Квалифицированная консультация и подбор сервера с возможностью тестирования выбранного тарифа помогут избежать большинства проблем. А бэкграунд для того, чтобы начать диалог с поставщиком услуг VPS/VDS, у вас уже есть.




Original source: habrahabr.ru.

https://habrahabr.ru/post/308350/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

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

Выделенные сервера для ваших ресурсов

Вторник, 17 Августа 2016 г. 00:07 (ссылка)

0 (76x40, 2Kb)
Здесь https://dcxv.com/ru/dedicated.html можно арендовать выделенный сервер. При этом гарантируется бесперебойная работа сайтов, быстрота их работы, то есть высокая производительность. Компания DCXV предлагает аренду или покупку серверов.

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

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

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

Как и что можно проверять облачными сервисами? Обзор сервиса ХостТрекер. Часть 2

Вторник, 16 Августа 2016 г. 09:00 (ссылка)

Компания ХостТрекер началась с простенького сайта на базе не менее простенького скрипта, предоставлявшего бесплатные услуги всем желающим. Но за несколько лет работы сервис, развиваясь как стартап, обзавелся солидным инструментарием для решения разнообразных задач людей, так или иначе причастных к Сети. В серии публикаций мы решили подробно описать функции нашего сервиса, поделиться опытом развития подобных проектов, упомянуть интересные задачи, с которыми нам пришлось столкнуться. Отметим, что зачастую разработка новых функций происходит с оглядкой на наши личные потребности, поэтому наша история может еще стать хорошим примером того, как «продать то, что сделано для себя».









Все ли дело в наборе функций?



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



Мелочь, а приятно



Описывая регулярные проверки, желательно сразу отметить некоторые полезные прилагаемые функции. К ним относится мониторинг срока действия домена и SSL сертификата. Такие, вроде бы, мелочи, доставляют огромные неудобства когда проявляются в неожиданное время. Эти функции появились в ХостТрекере, когда как всегда внезапно «закончился» один из наших личных доменов. Но подобные проблемы возникают даже у больших компаний, так как продление доменов/сертификатов всегда упирается в человеческий фактор, о надежности которого здесь распространятся не будем. Некоторые примеры мы собрали и описали вот здесь. Поэтому оповещение, что данный домен необходимо продлить, которое попадет не только в папку спам, где уже прописался ваш хостер благодаря непрерывному потоку маркетинговых писем, а и в папку о падениях вашего сайта (не говоря уж о возможности СМС оповещения), конечно же, является крайне полезным.

Другой интересной функцией является проверка доменов в черных списках DNSBL. Эти списки независимы и формируются каждый по своему алгоритму и созданы, главным образом, для фильтрации подозрительных субъектов. Каждый администратор может настроить свой веб-сервер, например, не получать письма от серверов, перечисленных в определенном списке. Это помогает бороться со спамом, распространением вредоносного ПО, ддос-атаками и другими проблемами. Но все эти списки имеют свои алгоритмы, и нет гарантии, что в результате случайных обстоятельств ваш сайт там не окажется. Более того, статистика показывает, что такое регулярно происходит даже с самыми безобидными сайтами. Например, никто не даст гарантию, что на соседнем с вами айпишнике не пропишется местный Король Спама, вследствие чего весь диапазон будет занесен в неблагонадежные. Во что это может выплеснуться? Письма от вас перестанут приходить клиентам, сайт станет хуже отображаться в поисковиках… Ну и так далее по нарастающей. А узнаете вы об этом, когда изменения станут критическими, а порой, увы, и необратимыми. Поэтому функция контроля и оповещения о попадании в наиболее популярные черные списки также является весьма востребованной.





Проверка контента



Вот это хороший пример того, как использование функции может превзойти все ожидания разработчиков. Ранее мы упоминали несколько подобных случаев. Дело в том, что множество вещей сейчас имеет веб-интерфейс. А для еще большего множества его можно написать без особых сложностей. Поэтому кроме основной задумки — проверки, подгрузилась ли страница целиком, путем простого парсинга, — открылись новые просторы. Подстраиваясь под разных клиентов, эта функция стала максимально универсальной: может искать сразу много слов, или же лишь одно из списка. Или наоборот — реагировать на появление определенных фраз. Также может выдавать в ошибку строку, в которой содержится ключевое слово. Например, многие делают страницу статусов: «Server 1 OK» и так далее. Если он вдруг станет «Error», тогда в сообщении придет «Server 1 Error» — вся диагностика уже проведена, можно сразу приступать к устранению.



А что, если сервер ДОЛЖЕН прилечь?



Кроме оповещений о падении сайтов, ХостТрекер выполняет еще одну важную функцию – собирает статистику по каждому проверяемому сайту. Во времена, когда различные кнопки на сайтах еще были популярными – кнопка ХостТрекера также нередко появлялась рядом с показателями посещаемости, прогнозом погоды и другими, безусловно, очень важными вещами. Сейчас же есть возможность вставить виджет, хотя кнопка тоже все еще доступна для любителей ретро. Кроме того, статистика часто является показателем для руководства: хорошо ли работает сайт и отдел его администрирования? Поэтому еще одной полезной функцией является планирование технических работ. Даже самые стабильные сайты и сервера должны время от времени обновляться или перезагружаться. И при этом не хочется терять пресловутые «девятки» в показателях аптайма. Планирование технических работ позволяет достигнуть двух целей (вместе или раздельно): не присылать оповещения об ошибках и не записывать ошибки во время определенного интервала времени в статистику. Конечно, это все равно попахивает читерством, но запланированный простой, тем более, в нерабочее для целевой аудитории время – вполне можно простить, с нашей точки зрения. Тем не менее, проверки во время технических работ все так же идут, и исправно пишутся в лог, поэтому могут быть полезными для вебмастеров и администраторов: лог позволяет определить, сколько именно длилось обновление или перезагрузка, какие ошибки при этом выдавались (то есть прослеживается весь процесс: сервер некоторое время недоступен, потом возвращает ошибку приложения, затем другую ошибку и т.д.), какие «тормоза» при этом наблюдались и тому подобное.



Технические работы можно запланировать как единоразово, так и на регулярной основе. Например, если каждую ночь делается бэкап, или каждый четверг – новый релиз. Единственное условие – расписание технических работ должно быть составлено не позже, чем за 12 часов до ближайшей приостановки сайта/сервера. Это сделано для того, чтобы на технические работы не списывались внезапно возникшие неожиданности, и статистика, предоставляемая ХостТрекером, оставалась достоверной.



Вместо эпилога



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

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

Но мы все равно очень рады читать все ваши замечания, так как на Хабре не редкость уловить что-то полезное для себя даже между строк.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/307784/

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

Посмотреть изображение, размещённое на VFL.Ru

Вторник, 16 Августа 2016 г. 07:20 (ссылка)
vfl.ru/fotos/fe03e5ed2217156.html


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

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

VMware Virtual SAN 6.2: технологическое будущее

Среда, 10 Августа 2016 г. 14:33 (ссылка)

Последняя версия Virtual SAN (v. 6.2), анонсированная в феврале этого года, представляет собой самый масштабный релиз продукта с момента его дебюта в марте 2014 года. Список новых возможностей впечатляет и делает Virtual SAN предельно конкурентоспособным по сравнению даже с более сложными платформами хранения данных.

image


Virtual SAN — это платформа хранения данных, ключевой компонент программного обеспечения, который делает возможной стратегию VMware’s Hyper-Converged Infrastructure (HCI). HCI представляет собой принципиально новую модель построения и эксплуатации ИТ-инфраструктуры.



Новая ИТ-архитектура имеет много преимуществ для конечного клиента, в том числе:




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

  • Адаптивная архитектура программного обеспечения, которое использует современные технологические тенденции, такие как: увеличение плотности ЦП; новое поколение твердотельных накопителей и энергонезависимую память; развитие сетей (40 Гб, 100 Гб Ethernet) и протоколов (NVMe).

  • Последнее в списке, но не по значимости: единая операционная модель, позволяющая клиентам управлять всей ИТ-инфраструктурой с единым набором инструментов.



Одной из причин популярности HCS VMware является уникальная архитектура Virtual SAN, платформы хранения данных корпоративного уровня, которая была разработана специально для применения в HCI. Другим важным аспектом является эксплуатационное преимущество с VMware HCS. VSAN v. 6.2 представляет собой новую масштабируемую парадигму управления инфраструктуры и потребления ресурсов.



Новая парадигма управления инфраструктурой



В традиционных ЦОД ИТ-сервисы были разграничены (вычислительные и сетевые ресурсы, хранилище) не только из-за организационных причин, а также из-за различных инструментов, операционных процедур и опыта в каждой области.



HCI ломает эти барьеры. С аппаратными платформами (x86 серверов) и программного обеспечения для доставки ИТ-услуг, заказчикам необходим практический опыт и единый набор инструментов для управления своей инфраструктурой. Кроме того, они хотят сделать это с возможностью масштабирования и с сокращением штата ИТ-специалистов широкого профиля.



image



И это именно то, что происходит с Virtual SAN. В апреле 2015 года, например, был представлен Health-Check Plugin (плагин проверки работоспособности). С Virtual SAN 6.1 в сентябре 2015 года это превратилось в Health Service — не просто плагин, а особенность продукта. Сервис проверяет совместимость устройств хранения данных и контроллеров, а также конфигурацию сети. Также он контролирует отчетность по использованию хранилища и даже предлагает диагностику производительности. Все это изначально интегрировано с vСenter Server. Пользователь может запускать тесты (например, выполнение тестов)



Пользователь может запускать тесты (например, по производительности) заранее, что позволит определить работоспособность и состояние платформы на любой конкретный момент. Как видите, проверки работоспособности выходят далеко за рамки только аспектов хранения — они охватывают всю инфраструктуру.



image



То же самое касается с нового Performance Service, представленного в VSAN 6.2. Сервис предоставляет подробные метрики производительности за настраиваемый интервал времени как для физической инфраструктуры (кластера, узла или отдельного устройства), а также для виртуальных машин и их состояния: виртуальных дисков, метаданных и т. д. Сервис фиксирует такие показатели, как IOPS, пропускную способность, задержки и так далее.



Новое в VSAN 6.2: дедупликация и компрессия данных



Включении возможности «экономии пространства» на уровне кластера и дедупликация происходят для каждой группы дисков. Более высокий коэффициент дедупликации будет у большей группы дисков. После того, как блоки дедуплицированы, они сжимаются. Это уже значительная экономия пространства, но в сочетании с дедупликацией может быть достигнута семикратная экономия (разумеется, это зависит от объема работы и типа ВМ).



image




RAID-5/RAID-6 — Erasure Coding



Иногда RAID 5 и RAID 6 связывают с erasure coding. В этом случае RAID-5 требует 4 хоста как минимум, так как он использует логику 3+1. С 4 хостами 1 может выйти из строя без потери данных. Это приводит к существенному уменьшению требуемой мощности диска. Обычно диску в 20ГБ требуется 40 Гб дискового пространства, но в случае с RAID-5 это требование снижается до ~27ГБ.



image




Качество сервиса (QoS)



QoS позволяет использовать VMDK IOP Limits. Они могут быть развернуты с помощью Storage Policy-Based Management (SPBM), с привязкой к существующей политике. Поставщики услуг могут использовать это для создания новых продуктов и услуг с использованием одного и того же кластера/пула хранения.

image



Краткий обзор VMware Virtual SAN



VSAN встроен в гипервизор; это означает, что нет необходимости скачивать и устанавливать какие-либо программы, за исключением легковесного плагина VSAN. VSAN может быть развернут с помощью ряда способов, включая низкозатратный промышленный стандарт х86 компонентов, которые могут радикально снизить первоначальные расходы на развертывание. Последнее обновление VSAN добавило несколько ключевых функций. Последняя версия VSAN теперь поддерживает до 64 узлов на кластер, 200 виртуальных машин на хост, до 6,400 виртуальных машин на кластер. С конфигурацией all-flash пользователи могут видеть увеличение производительности в 4,5 раза. Теперь виртуальные машины могут быть размещены на серверных стойках, чтобы создать лучшую доступность в случае полного отсутствия питания или сбоя в сети.



Настройка и конфигурирование



Установка и настройка VSAN будет понятен тем, кто давно работает с платформой vSphere. Сам VSAN — это своего рода плагин. Через интерфейс веб-клиента vSphere пользователю нужно добавить все хосты, настроенные для хранения данных, в кластер VSAN; для этого в vSphere есть мастер настройки. Для начала следует выбрать хосты, которые должны быть подключены к VSAN, затем нажать на иконку добавления сети, выбрать тип подключения, выбрать распределенную группу портов, выбрать свойства порта, параметры IP (или оставить по умолчанию), а затем завершите работу мастера, чтобы добавить сети VSAN.



image



Как только хосты добавлены к сети, выберите кластер, выберите вкладку Manage, под Virtual SAN кликните General, нажмите кнопку изменить, а затем включите Virtual SAN. Как только был выбран Virtual SAN, пользователи увидят сообщение с вопросом, хотят ли они настроить Virtual SAN автоматически или вручную (администратор должен будет выбрать, какие диски необходимо подключить к Virtual SAN).



image



При выборе ручной настройки будет необходимо создать группы дисков через вкладку управления дисками. Выберите хост, а затем выберите значок создания группы дисков. В каждой группе дисков должна содержать как минимум один SSD и один HDD (можно подключить до шести HDD в каждой группе дисков). Не менее трех хостов должны иметь созданные группы дисков. Как только группы дисков были созданы, хранилище данных VSAN становится доступно, показывая совокупный объем хранения выбранных дисков. Теперь хранилище настроено и готово к использованию.



image



Развертывание и настройка виртуальной сети хранения данных представляет собой простой процесс для тех, кто привык работать в виртуальных средах, и особенно для тех, кто знаком с vSphere и регулярно его использует. Скорее всего, если вы развертываете VSAN, то вы уже пользуетесь vSphere, и для вас процесс не составит труда.

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

https://habrahabr.ru/post/307534/

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

Как выбрать VPS или выделенный сервер для своего сайта (на примере FASTVPS)

Среда, 10 Августа 2016 г. 14:58 (ссылка)

Это цитата сообщения KtoNaNovenkogo Оригинальное сообщение

Что такое виртуальный выделенный сервер (VPS/VDS)

http://ktonanovenkogo.ru/vokrug-da-okolo/hosting/kak-vybrat-vps-vydelennyj-server-sajta-fastvps.html

Как выбрать VPS или выделенный сервер для своего сайта (на примере FASTVPS) | KtoNaNovenkogo.ru - создание, продвижение и заработок на сайте


  1. Что такое виртуальный выделенный сервер

  2. Идеальный VPS — что учитывать при выборе?

  3. Что можно посоветовать (от себя)

Выбор VPS

Чем VPS (виртуальный выделенный сервер) лучше обычного хостинга? Чем руководствоваться при выборе VPS, чтобы потом не возникало проблем с его эксплуатацией?
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
KtoNaNovenkogo

Что такое виртуальный выделенный сервер (VPS/VDS)

Среда, 10 Августа 2016 г. 14:58 (ссылка)
ktonanovenkogo.ru/vokrug-da...stvps.html

Как выбрать VPS или выделенный сервер для своего сайта (на примере FASTVPS) | KtoNaNovenkogo.ru - создание, продвижение и заработок на сайте


  1. Что такое виртуальный выделенный сервер

  2. Идеальный VPS — что учитывать при выборе?

  3. Что можно посоветовать (от себя)

Выбор VPS

Чем VPS (виртуальный выделенный сервер) лучше обычного хостинга? Чем руководствоваться при выборе VPS, чтобы потом не возникало проблем с его эксплуатацией?
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Архитектура распределенных вычислений: от облака к туману и росе

Среда, 03 Августа 2016 г. 18:57 (ссылка)

Независимые вычисления, совместимые с облачными, называются росистыми (прости, Хабр, но другого хорошего определения Dew Computing на русском языке мы не нашли). Основной принцип росистых вычислений в том, что они восполняют основной недостаток облачных вычислений — требование к стабильному интернет-подключению. Хотя росистые вычисления и будут обеспечивать сервисы и функции в режиме оффлайн, по-прежнему вызывает недоверие длительность промежутка времени, в течение которого будет недоступно облако. Здесь поможет дополнительный уровень — туманные вычисления, который является своеобразной прослойкой между облачными и росистыми вычислениями. В этой статье, собранной из нескольких источников, мы рассмотрим данный концепт подробнее.image



Введение



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



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



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



Иерархия распределенных вычислений



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


  • Производительность: оптимизированы для быстрого реагирования, обработки с низкими задержками;

  • Доступность: требуют резервирования, быстрого восстановления в случае системных сбоев;

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

  • Управляемость: масштабируемая система, которая должна быть простой в работе;

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



Архитектура на уровне устройств



Выше на рисунке показаны три слоя: слой пользователей, слой сообщества и слой облаков. Пользовательский слой состоит из устройств пользователей (персональных компьютеров, ноутбуков или мобильных устройств). Ноутбук и мобильные устройства подключены к серверу сообщества через беспроводные интерфейсы. Рабочий стол может быть подключен к серверу сообщества через серийный интерфейс или беспроводной интерфейс. При этом нет необходимости в активном подключении к интернету на устройствах пользователя, и они подключены к серверу сообщества через интерфейс, А с Wi-Fi или подключением по локальной сети. Однако другой интерфейс сервер, интерфейс B, будет подключен к интернету. Это делает возможным активную синхронизацию с облачными серверами.

image

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



image

Уровень приложений на примере системы оценки фильма



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



image

Как только человек приходит в кинотеатр, он подключается к серверу сообщества с открытым доступом. Сервер сообщества запускает интерактивную страницу в область открытых данных на устройстве пользователя. Затем отправляется уведомление для управления устройством, которое будет показано пользователю, например, «Добро пожаловать! Пожалуйста, оцените фильм». Подобного рода уведомление может быть отправлено в промежутке и в конце фильма.



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



Архитектура уровня приложений



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

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



Когда становится доступным интернет, сохраняется последняя версия файла, а не промежуточные версии. А что делать, если пользователю потребуется именно промежуточный вариант? Чтобы внедрить росистые вычисления, Dropbox может внедрить систему управления версиями, которая будет работать локально на устройстве пользователя без подключения к интернету. Как только появляется подключение, последняя и промежуточная версии, сохраненные с помощью системы управления версиями, будут сохранены в облаке.



Мобильное приложениеFacebook: вернемся к примеру с системой оценки фильма. Как только пользователь заходит в онлайн кинотеатр, сервер сообщества отправляет инструкции для управления зоной взаимодействия с Facebook. Затем он будет перемещать копию официальной страницы фильма в Facebook в зону данных. Зона контроля соединит полученную страницу фильма в Facebook и данные приложения Facebook. Пользователь не будет знать о том, что перед ним отдельная страница, он оставит отзыв о фильме на его странице в Facebook, ответы будут отправлены обратно на сервер сообщества, где будут добывать рейтинги/отзывы, которые затем синхронизируются с сервером Facebook. Отзывы/рейтинги будут доступны сразу в интернете.



Вместо заключения



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

Операционные системы и приложения могут поддерживать росистые вычисления с помощью уровня устройств и уровня приложений соответственно. Безусловно, важнейшую роль в достижении абсолютно автономных вычислений играет сервер сообщества.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/307058/

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

[Перевод] Мифы о FreeBSD

Воскресенье, 31 Июля 2016 г. 19:00 (ссылка)





FreeBSD хороша для серверов, но не для настольных компьютеров



У FreeBSD есть полнофункциональная звуковая подсистема c низкой задержкой, а смешивание в ядре позволяет нескольким приложениям воспроизводить звуки одновременно (с независимыми настройками громкости) без дополнительных настроек. Дефолтные настройки включают в себя X.org и настройки рабочего стола, такие как KDE или GNOME, это так же просто как выбрать метапакет в зависимости от того, какой вы предпочитаете.



Если даже это кажется слишком сложным, PC-BSD — полнофункциональная настольная система, созданная поверх FreeBSD с простым в использовании установщиком и опцией коммерческой поддержки.



FreeBSD использует модель закрытого развития



FreeBSD развивают более 400 разработчиков по всему миру, все они имеют полный доступ ко всей системе и данным этой ОС. Третьи лица так же зачастую фиксят родные патчи. Если Вы хотите увидеть количество исправленных патчей, вы можете поискать 'Submitted by' в логах фиксации.



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



FreeBSD — Просто OS X без красивого GUI интерфейса



Это такой же миф про OS X, как и про FreeBSD: OS X просто FreeBSD с красивым графическим интерфейсом. Эти две операционных системы действительно совместно используют часть кода, например большинство утилит пользовательского пространства и библиотека C по OS X получены из версий FreeBSD. Часть этого кода развивается в разное время и в разных направлениях, например FreeBSD 9.1 позднее включила стек C++ и компилятор, который первоначально были разработаны для OS X сотрудниками Apple. Так же есть и кардинально разные детали.



Ядро XNU, которое используется на OS X включает в себя несколько подсистем из более старых версий FreeBSD, но в основном считаются независимой реализацией. Но все же за счет своего сходства продукты реализованные на OS X значительно проще адаптировать под FreeBSD. Например libdispatch и libc ++ были записаны для OS X и работали на FreeBSD раньше чем на любой другой ОС.



В FreeBSD все необходимо компилировать с исходного кода



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



Вы можете установить pkgng из портов (ports-mgmt/pkg) на более старых версиях FreeBSD. Она включена по умолчанию на FreeBSD 9.1 и более поздние версии.



FreeBSD это UNIX из 90-х (или 80-ых)



FreeBSD — линейный потомок исходного UNIX через Распределение программного обеспечения Беркли, но она продолжала развиваться отдельно. За последние несколько лет мы видели, что ZFS становится значительно производительней: поддержка 10 ГБ, 40 ГБ и 100 ГБ канала, улучшеная звуковая подсистема, поддержка 802.11n и других улучшений.



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



Весь хороший код в FreeBSD родом из Solaris



FreeBSD импортировала две функции высокого профиля из OpenSolaris: DTrace и ZFS. Обе теперь хорошо поддерживаются FreeBSD. ZFS, в частности, находится в центре внимания многих разработчиков FreeBSD, в том числе тех, которые используются iXsystems, компанией, которая поддерживает развитие FreeNAS и продает коммерческие NAS устройства на базе FreeBSD. Разработчики FreeBSD также работают в тесном сотрудничестве с разработчиками Illumos, одной из веток с открытым исходным кодом Solaris, для улучшения обеих этих функций.



Несмотря на преимущества ZFS, это по-прежнему относительно небольшая часть общей системы. ZFS и DTrace составляют менее чем 4% кода в ядре, которое равно почти 10% кода в основной системе. Если считать, что только 0.4% FreeBSD хороши, то система не приобрела бы такой популярности.



FreeBSD не имеет драйверов



Это проблема, с которой сталкиваются все операционные системы — даже новые версии Windows. Большую часть времени пользователи не заботятся об общем количестве драйверов, только если драйверы уже установлены по умолчанию. Есть некоторые упущения с точки зрения поддержки драйверов, но FreeBSD поддерживает широкий спектр сетевых карт (в том числе 802.11n чипсеты), большинство звуковых карт AMD, Intel и графические процессоры NVIDIA.



Поддержка аппаратных средств — это та часть реализации, которая требует постоянной доработки, потому что нельзя просто сказать производителям аппаратных средств, чтобы они подождали пару лет, пока разработчики ПО их догонят. Обеспечение поддержки новых устройства занимает время для настройки, хотя некоторые производители сами обеспечивают драйверы, например Nvidia обеспечивает драйверы для их GPU и Intel для новейших сетевых контроллеров. Другие производители обеспечивают помощь в разработке драйверов FreeBSD, включая Broadcom, JMicron, HP, Mellanox, Chelsio и Solarflare. Если Вы знаете устройства, которые не поддерживаются FreeBSD, лучше сообщить про это разработчикам и производителям устройств. Как правило, лучшим толчком для решения проблемы со стороны производителей — сообщение о том, что их клиенты не могут использовать их продукты.



FreeBSD 4.x лучшее из всего что было



4.x релиз был самым стабильным и FreeBSD гордились тем, что они смогли реализовать такой продукт. Многие пользователи продолжали использовать его на протяжении многих лет. Серия 5.x вышла во время перехода к оптимизации многопоточности. Эта включало замену одной блокировки вокруг ядра с рядом меньших блокировок которые используются отдельными подсистемами. Это требовало большого куска работы, что не могло не привести к некоторым ошибкам. 5.x поставлялась с двумя реализациями поточной обработки, а это еще больше осложняло ситуацию. Первые два выпуска в серии 5.x были отмечены «только разработчикам», но 5.2 была нацелена на более широкую аудиторию и не оправдала ожиданий пользователей системы FreeBSD. Ряд крупных пользователей решили не менять серию 4.x.



Серия 5.x была болезненным уроком для проекта. В серии 6.x восстановили стабильность выпуска 4.x., а в серии 7.x восстановили производительность одного процессора. Во время выпуска серии 8.x можно было увидеть ряд опубликованных третьими лицами тестов, которые продемонстрировали лучшую масштабируемость FreeBSD на многопроцессорных системах, чем любая другая операционная система.



Все эти релизы имели значительное количество улучшений, такие как улучшенная звуковая подсистема, ZFS, DTrace, ведение журналов UFS и многое другое, но стабильность и производительность остались ключевыми задачами системы FreeBSD.



Недостатки программного обеспечения FreeBSD



Коллекция FreeBSD в настоящее время содержит более 26 000 единиц программного обеспечения. Трудно сравнить это число с другими репозиториями, потому что программы разделены по-другому (например, GCC порт в FreeBSD устанавливает программы и библиотеки, которые разделены между 6-10 пакетами в Debian, в зависимости от версии GCC), но большинство вещей Вы все же можете там найти. Одной из причин, по которой пользователи выбирают FreeBSD является тот факт, что набор портов обеспечивает определенную, относительно неясную часть программного обеспечения, в котором она нуждается, в то время как другие системы этого не делают.



Большая часть программного обеспечения в наборе портов работает исходно на FreeBSD. Большая часть программного обеспечения с открытым исходным кодом — агностик относительно ОС и требует, чтобы минимальная модификация была скомпилирована и работала на FreeBSD. Есть исключения такие как Valgrind, которые требуют детального понимания системы. Проприетарное программное обеспечение может быть более серьезной проблемой. Некоторые разработчики, такие как Opera, обеспечивают FreeBSD своим исходным кодом.



Другое программное обеспечение должно работать в режиме эмуляции. Например, бинарные файлы Linux могут работать на уровне Linux ABI, где системные вызовы Linux переводятся на их эквиваленты FreeBSD. Единственный изъян — немного увеличенная нагрузка системных вызовов, обычно сложно измерить различие в производительности между выполнением программ Linux на Linux и на FreeBSD: в некоторых случаях программы работают быстрее на FreeBSD, чем на Linux из-за более эффективных реализаций базовых вызовов. Например, версия Linux Flash-плагина может работать, используя NSPluginWrapper на уровне Linux ABI с собственным веб-браузером.



Аналогичное решение существует для запуска Windows приложений.



FreeBSD не поддерживает виртуализацию



FreeBSD 9, работает как гость Xen (domU) и на x86, и на x86-64, включая Amazon EC2. Благодаря работе, проделанной совместно с Microsoft, NetApp и Citrix, FreeBSD можно запускать на Hyper-V гипервизора Microsoft. FreeBSD 11 будет включать Dom0 поддержку управления домена.



FreeBSD также поддерживает VirtualBox и в качестве гостя, и в качестве хоста. Вы можете найти гостевые дополнения VirtualBox, а затем и сам гипервизор в наборе портов. FreeBSD 10 также работает в качестве хоста операционной системы для гипервизора BSD, давая множество возможностей для запуска FreeBSD виртуальных машин на базе FreeBSD.



И наконец, если Вам не требуется полная виртуализация, Вы можете использовать подсистему контейнеров, чтобы выполнить изолированные пространства пользователя FreeBSD (или даже пространства пользователя Linux, используя уровни Linux ABI) на одном ядре FreeBSD. Контейнеру можно даже предоставить их собственный независимый сетевой стек и т.д., и таким образом, одна машина может использоваться, чтобы эмулировать целый парк машин.



Лицензия BSD способствует взаимному сотрудничеству.





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



Некоторые компании, почти наверняка возьмут наш код, изменят его и никогда ничего не предоставят взамен.




Рассмотрим в качестве примера случай двух крупнейших интернет-компаний: Google и Yahoo! Прежде их внутренняя инфраструктура основывалась на операционной системе GPL, в то время как более поздние версии уже используют FreeBSD. Поскольку Google не распределяет их измененную операционную систему, они могут сохранить к примеру GoogleFS в частной собственности. В таких случаях как этот, где программное обеспечение разработано для внутреннего использования, по лицензионному соглашению компания не обязана раскрывать свои доработки для разработчиков FreeBSD.



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



На протяжении многих лет не мало компаний внесло значительный вклад в FreeBSD. И вызвано это не только чувством альтруизма, ведь поддержка любого проекта, который быстро развивается, очень дорогое удовольствие.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/306804/

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

Миграция в облако. Простые шаги для повышения эффективности бизнеса

Пятница, 29 Июля 2016 г. 15:46 (ссылка)





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



Услуга набирает популярность особенно среди иностранных компаний, работающих в России, в виду ужесточения законодательства в области работы с информацией. Так или иначе, каждой компании необходимо учитывать требования Федерального закона номер 152 «О персональных данных» при работе с контрагентами и партнерами.



Что этот закон в себе несет для компании:


  • Обязанность брать согласие на обработку, хранение и, при необходимости, передачу данных на обработку третьим лицами,

  • Обязанность собирать только те данные, которые действительно необходимы для работы с клиентом,

  • Обязанность удалять данные клиента по его требованию,

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



Это только небольшой список обязанностей. В зависимости от типа данных, требования могут меняться. К примеру, для работы с конфиденциальной информацией будет требоваться лицензия Федеральной службы по техническому и экспортному контролю (ФСТЭК), а с государственной тайной – ФСБ. Естественно, и требования к держателю данных там совсем другие.



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



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



И государство следит за исполнением Закона. Роскомнадзор регулярно производит проверки не только в крупных банках и компаниях, но и в рядовых интернет-магазинах.



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



Давайте взглянем на иностранный бизнес в нашей стране.

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

Потому многие и идут в облака.



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



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



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

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



К примеру, если у вас в компании есть 10 серверов, средней цены 1 000 000 рублей, к ней необходимо приложить:


  • обеспечение бесперебойного питания, связи и охлаждения. Стойка потребляет порядка 25 КВт в час с учетом охлаждения, 1 КВт в час стоит около 5 рублей. В месяц набегает на 90 000 рублей.

  • Гигабитный канал связи добавляет еще 30 000 рублей в месяц.

  • Плюс хотя бы двое специалистов, готовых круглосуточно мониторить оборудование – хотя бы еще 150 000 рублей в месяц с учетом налогов.



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



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



Как видите, экономика проста – за год на облако вы потратите 8 400 000 рублей, а за тот же период владения своей инфраструктуры вы затратите 13 240 000. Расходы на оба направления сравняются через два года, когда на свою инфраструктуру вы потратите 16 480 000, а на облачную 16 800 000.



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



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



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



Естественно, иностранный бизнес ждет от облачного провайдера исполнения 152-ого ФЗ. То есть хостер должен как минимум обладать лицензией Роскомнадзора и располагать все свои мощности на территории России, а если предполагается работа со специфической информацией, должна быть еще и лицензия ФСТЭК и/или ФСБ, как мы говорили выше.



С юридической и организационной стороной все более-менее ясно, тем более у нас уже есть немало статей на эту тему.

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



Пусть ваша компания предоставляет услуги населению, к примеру – банк. Как перенести всю инфраструктуру банка в облако?



Давайте двигаться поэтапно:


  1. Оценка хранимой информации с точки зрения возможности хранения и обработки ее третьей стороной (скорее всего, что-то банк оставит у себя, а что-то отдаст)

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

  3. Оценка софтверной составляющей при работе с данными (какое ПО нужно для работы – от операционной системы до версии базы данных и веб-сервиса)

  4. Подготовка плана поэтапного перехода сервисов из собственной инфраструктуры в облачное с полным дублированием на этапе перехода.

  5. Тестирование на отказоустойчивость и корректность работы после выполнения каждого этапа плана перехода.



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

Давайте кратко пройдемся по содержанию этапов.



1. Оценка хранимой информации с точки зрения возможности хранения и обработки ее третьей стороной



Прежде всего, необходимо разделить информацию на:


  • Общедоступную,

  • Служебную,

  • Конфиденциальную,

  • Специальную (государственная тайна, к примеру).



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



То же самое нужно будет сделать и сервисами компании (как внутренними, так и внешними). К примеру, веб-сайт, интернет банк можно будет передать третьей стороне, а вот систему, работающую с конфиденциальной информацией уже можно передавать только при наличии лицензии ФСТЭК у оператора.



2. Оценка текущей ресурсной базы банка в соотношении с реальными требованиями при хранении данных



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

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



3. Оценка софтверной составляющей при работе с данными



Здесь вы вместе с хостинг-провайдером составите список того ПО, которое он вам сможет предоставить в аренду (например, тот же MS Office, SQL), а что вам будет необходимо приобрести отдельно.



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



4. Подготовка плана поэтапного перехода сервисов из собственной инфраструктуры в облачное с полным дублированием на этапе перехода



Ломать, как говориться, не строить. И ломать ничего не нужно, до тех пор, пока новая инфраструктура не протестирована и не отлажена.



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



5. Тестирование на отказоустойчивость и корректность работы после выполнения каждого этапа плана перехода



Обязательно проверьте работоспособность всей инфраструктуры в целом после миграции. Только после этого вы сможете полностью отказаться от своей инфраструктуры.



Более детальные технические моменты миграции – не предмет данной статьи, тем более, что это все индивидуально для каждой компании. Тем не менее, следование указанному общему плану позволит вам мигрировать максимально быстро и при этом с минимальным набором вопросов технического плана.
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/306734/

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

Успешная работа на ваших сайтах

Четверг, 28 Июля 2016 г. 18:32 (ссылка)


Если вы хотите иметь свой сайт, интернет-магазин, информационный портал в сети Интернет без технических осложнений и нюансов, то можно сделать их на Extreme хостинге, где много разных преимуществ. В компании DCXV https://dcxv.com/ru/hosting.html есть сервер и хостинг, где можно заказать те или иные услуги, например, установку веб движка (CMS), поддержку множественных доменов на одном аккаунте, техподдержку и другие услуги, которые надежные качественные. Компания имеет большой накопленный опыт работы. Так что обеспечивается успешная работа на ваших сайтах.

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

Улучшение работы на сайте на сервере и хостинге компании DCXV

Четверг, 28 Июля 2016 г. 11:51 (ссылка)


Кто хочет создать собственный сайт, информационный портал или интернет-магазин, рекомендую воспользоваться сервером и хостингом в компании DCXV https://dcxv.com/ru/vps.html. Компания предоставляет супер-быстрые VPS-сервера на базе SSD дисков, которые увеличивают производительность подсистемы ввода/вывода и которые являются одной из важнейших в работе серверных приложений. А это положительно влияет на вашу работу на сайте, например, росту трафика, увеличению числа продаж и заказов и так далее. Подробную информацию можно найти на сайте компании.

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

Лоукост VDS хостинг в России и его техподдержка

Среда, 27 Июля 2016 г. 20:53 (ссылка)

Доброго времени суток, дамы и господа.



Есть тут на Хабре одна компания, которая имеет свой блог и отчаянно пиарится как "Лоукост VDS хостинг в России".



Я ничего не имею против лоукоста и сразу же оплатил у них сервер. Первое время сервис был на достаточно хорошем уровне, кроме нескольких факапов со скидками, которые тут же и рекламировались. Но все эти проблемы достаточно быстро решались через ТП или комментарии на Хабре.



Но сегодняшняя ситуация перечеркнула все плюсы.



В обед я заметил тормоза своих сайтов, обратившись в техподдержку, я получил ответ, что был небольшой DDoS и сейчас проблема решена. И действительно, проблема была решена и сайты забегали по IPv4. Но весь фокус в том, что в DNS был прописан и IPv6. К почте он был привязан так же, как и к сайтам. И вот он отвалился чуть более чем полностью.



Что обычно делают все нормальные люди? Пишут в техподдержку. Что я и сделал.



Ответ меня не то что поразил. Ответ убил на повал:





За 15 лет работы со всякими датацентрами и хостингами я не припомню ситуации, чтоб хостер просил рутовый доступ к моему серверу. В принципе, все и так понимают, что хостер имеет доступ к файловой системе сервера, при необходимости. Но чтоб вот так в наглую.



Я думал, что на этом все и закончится. Напишут список команд, я выдам им результат и все. Но нет. Следующий комментарий от ТП был более настойчивым и все так же продолжали требовать рутовый доступ.



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



В общем, если кто-то из хабровчан пользуется услугами этого чудо-хостера и испытывает проблемы с IPv6, то проблема решается одной командой:



ping6 -I <ваш_ipv6_адрес> 2a02:6b8::feed:0ff


После этого все начинает работать.



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



Вероятнее всего есть проблемы с AntiDDoS оборудованием, которое широко рекламировалось в твиттере. Но кто же у нас признает проблемы и компенсирует простой? Вопрос риторический.


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

https://habrahabr.ru/post/306570/

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

Особенности создания уникального контента для сайта

Среда, 27 Июля 2016 г. 15:56 (ссылка)
md-eksperiment.org/post/201...dlya-sajta


Если у вас новостной ресурс, то актуальным становится вопрос текстового наполнения, а самое важное – его уникальности.

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

Особенности создания уникального контента для сайта

Среда, 27 Июля 2016 г. 15:53 (ссылка)
md-eksperiment.org/post/201...dlya-sajta

Если у вас новостной ресурс, то актуальным становится вопрос текстового наполнения, а самое важное – его уникальности.
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Как развернуть Windows Nano Server (TP5) на vSphere

Среда, 27 Июля 2016 г. 11:06 (ссылка)

Все ближе релиз Windows Server 2016 Microsoft, вместе с которым будет представлена новая операционная система: Windows Nano Server, суперлегкая версия Windows Server, созданная специально для облака. Когда мы впервые услышали о ней нам сразу стало жутко любопытно, поскольку она напоминает во многом VMware ESXi: это такая же встроенная система, занимающая мало месте и управляемая исключительно дистанционно. Она ограничен в применении, но может выступать в качестве полнофункционального хоста виртуализации Hyper-V и как хост для контейнера.



Мы нашли несколько инструкций по развертыванию Nano Server на vSphere, но они относились к более старым версиям Server 2016 Tech Preview (TP) (ведь многое могло измениться в текущем 5 превью), поэтому мы решили представить другой вариант инструкции. Nano Server нельзя установить с загрузочного CD, как другие версии Windows Server, но он выходит со своими параметрами развертывания, основанными на Powershell.



Файл Windows WIM или виртуальный диск Hyper-V будет выводиться в старом формате vhd или в более новом формате vhdx. Образ должен быть сконвертирован в файл VMware vmdk, который затем необходимо загрузить на хост ESXi и соединить с новой созданной виртуальной машиной.



Все последующие шаги тестировались на рабочей станции Windows 10 и на хосте ESXi 6.0 U2. Все должно работать аналогично с Windows 8.1 и ESXi 5.5.



Построение образа



1. Загружаем Windows Server 2016 TP5 ISO



если вы еще этого не сделали, загрузите файл Windows Server 2016 Technical Preview 5 ISO с Microsoft Technet Evaluation Center. Это потребует аккаунта Microsoft и быстрой и бесплатной регистрации.



2. Убедитесь, что у вас есть самые новые драйверы VMware vmxnet3 и pvscsi



Загрузите последнюю версию VMware Tools for Windows (x64) в формате exe (в данный момент это версия10.0.9). Выполните административную установку пакета с помощью /a, например:

image

Это еще не установит Tools на вашу локальную систему, но распакует все файлы в директорию, которую вы укажите в появившемся диалоговом окне:

image

В этом примере мы используем директорию C:\TEMP\VMTools. Убедитесь, что папка C:\TEMP существует, или используйте другую родительскую директорию.



Тперь создаем новую директорию C:\TEMP\Drivers и копируем в нее все извлеченные драйверы pvscsi и vmxnet3. В командной строке выполняем:

image

Теперь можно удалить C:\TEMP\VMTools, эта директория больше не нужна.



3. Запуск скрипта



Установите Windows Server 2016 TP5 ISO, чтобы использовать его как диск Windows (в Windows 8 и 10 нужно дважды кликнуть на него в Explorer). В примере ниже предполагается, что он установлен на диск E:.



Теперь откройте окно Powershell как Администратор и запустите следующие команды: image

Первая команда импортирует модуль NanoServerImageGenerator Powershell из TP5 ISO. Вторая команда создает образ. Вот значение наиболее важных команд:




  • -BasePath: Временная директория для создания билда (создается при необходимости)

  • -TargetPath: Полное имя файла сгенернированного образа (формат определяется расширением: .wim, .vhd или.vhdx)

  • -ComputerName: имя Nano Server

  • -EnableRemoteManagementPort: включает порт удаленного управления Nano Server по умолчанию. Также это можно сделать уже после развертывания в консоли.

  • -DriversPath: каталог с дополнительными драйверами для добавления. Здесь мы уточняем пусть к извлеченным драйверам VMware

  • -AdministratorPassword: пароль администратора. В примере мы используем VMware123!.

  • -DeploymentType: Как в отношении Host, так и относительно Guest. Если здесь указать Guest, это автоматически добавит Hyper-V Integration Tools (эквивалент VMware Tools компании Microsoft), чтобы запустить образ как виртуальную машину Hyper-V. Поскольку мы хотим сделать развертывание для vSphere, в нашем примере мы уточняем Host (что также использовалось бы для физических развертываний).

  • -Edition: Версия Nano Server, Standard или DataCenter.

  • -Compute: Опция, которая добавляет образу роль Hyper-V.



… вот как все это будет выглядеть:

image

Как вы уже заметили, мы создаем файл vhd, а не vhd, поскольку нам нужен более современный вариант: он использует форматы GPT и EFI. Использование vhd также отлично работало бы.



4. Конвертируем файл vhdx в формат vmdk



Есть только один способ сконвертировать файл vhdx в формат VMware: использовать бесплатный инструмент Starwind V2V Converter Tool. При его использовании выбираем VMware ESX server image в качестве формата Destination image:

image

В результате будет создано два файла, небольшой метафайл *.vmdk file и, собственно, файл *-flat.vmdk (размером 4 Гб).



Развертывание виртуальной машины



Создаем новую ВМ на хосте ESXi со следующими параметрами:




  • Последняя доступная версия виртуального оборудования (11 для ESXi 6.0)

  • Гостевая ОС: Microsoft Windows Server 2016 (64-bit)

  • CPU и RAM согласно требованиям (здесь использовался процессор с двумя ядрами и 4Гб RAM)

  • Сетевой адаптер vmxnet 3

  • Контроллер VMware Paravirtual (pvscsi) SCSI

  • Не добавляйте жесткий диск во время создания!



После создания виртуальная машина редактирует свои Advanced Options / Boot Options и выбирает EFI в. качестве загрузочной прошивки.

image

Теперь загружаем два файла vmdk, созданные с помощью Starwind Converter tool, в каталог ESXi, созданный для вашей виртуальной машины. Редактируем ВМ и добавляем загруженный диск как Existing virtual disk и Virtual Device Node «SCSI (0:0)».



Наконец, меняем тип контроллера SCSI, автоматически добавленного в VMware Paravirtual (pvscsi): image

Итак, мы создали свою первую виртуальную машину Nano Server на vSphere, и ее уже можно запустить! Проходит всего пара-тройка секунд до загрузки и вот мы уже видим минималистическое приветствие:

image



Полезный совет



Если вы хотите попробовать использовать Nano Server как хост Hyper-V, то вам нужно включить вложенную виртуализацию с помощью:


  • Включив аппаратную поддержку виртуализации для виртуальных CPU и

  • Добавив параметр конфигурации hypervisor.cpuid.v0 со значением false, когда виртуальная машина отключена.



На отдельных хостах ESXi это может быть сделано с использованием нового HTML5 Host Client (уже включенного в обновление ESXi 6.0 Update 2 и более поздних):

image image

Предвидим вопрос: можно ли установить VMware Tools на Nano Server? Нет, нельзя, поскольку формат MSI недопустим для Nano Server. В остальном….вперед!
Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/306490/

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

Следующие 30  »

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

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

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