ѕодпишитесь на наш Telegram-канал Ѕудьте в курсе последних новостей 👇 😉 ѕодписатьс€
ѕоддержим в трудное врем€ —пециальное предложение на техническую поддержку вашей »“ - инфраструктуры силами наших экспертов ѕодобрать тариф
ѕоставка оборудовани€ √аранти€ и помощь с настройкой. —кидка дл€ наших читателей по промокоду WIKIMERIONET  упить
»нтерфейс статистики Merion Mertics показывает ключевые диаграммы и графики по звонкам, а также историю звонков в формате, который легко поймет менеджер ѕопробовать бесплатно
¬недрение
офисной телефонии
Ўаг на пути к созданию доступных унифицированных коммуникаций в вашей компании ¬недрить
»нтеграци€ с CRM ѕомогаем навести пор€док с данными
и хранить их в единой экосистеме
ѕодключить
»“ Ѕезопасность ”мна€ информационна€ безопасность дл€ вашего бизнеса «аказать
«юзин ¬ладислав
«юзин ¬ладислав
ћакаров јнтон
ћакаров јнтон

11 минут чтени€

” облачного провайдера нам необходимо арендовать пул виртуальных серверов дл€ создани€ на его основе облачного аналога перечисленной серверной части сети.   организованной облачной виртуальной инфраструктуре будут иметь доступ все отделени€ организации посредством VPN-туннелей.

¬се виртуальные машины создаютс€ посредством гипервизора. јналогичным образом виртуальные машины могут быть созданы и в обычной сети, но также могут использоватьс€ и отдельные физические серверы. ƒл€ облачных же услуг технологи€ виртуализации €вл€етс€ основополагающей, поэтому в этом разделе подробнее будет рассмотрена технологи€ виртуализации.

¬ данном случае дл€ организации собственных виртуальных серверов мы пользуемс€ услугами IaaS (чаще всего в списке услуг именуетс€ как

"аренда виртуальных серверов" или похожим образом). Ќо дл€ организации серверов дл€, например, корпоративной почты или базы данных можно воспользоватьс€ уже готовыми PaaS и SaaS-решени€ми, которые предлагаютс€ некоторыми облачными провайдерами.

ѕри организации облачной инфраструктуры дл€ крупной организации имеет смысл строить частное облако. ƒаже пусть оно иногда не будет покрывать все потребности организации и периодически придетс€ превращать его в гибридное.  рупным компани€м нужна не столько экономи€, столько полный контроль над обрабатываемыми данными - чтобы конфиденциальные данные не вышли за пределы компаний.

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

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

ѕеревод в облако сразу всей инфраструктуры обусловлен еще и взаимосв€з€ми между серверами и скоростью обмена данными между ними. ѕоэтому следует учитывать взаимосв€зь серверов между собой и тот факт, что из любого офиса теперь скорость скачивани€ файла из того же облачного хранилища будет ограничиватьс€ максимальной скоростью на сет€х интернет-провайдера, однако обмен данными в сет€х облачного провайдера будет гораздо выше в силу специализированности построенной сети ÷ќƒ.


¬иртуальные машины

√ипервизор - это программное или микропрограммное обеспечение, позвол€ющее виртуализировать системные ресурсы. ¬иртуальные машины в гипервизоре логически отделены друг от друга и не прив€заны к аппаратному обеспечению, поэтому вирусы и ошибки на одной виртуальной машине никак не вли€ют на другие на том же гипервизоре и на аппаратную часть сервера, и могут быть легко перемещены с одного сервера на другой. √ипервизор по своей сути аналогичен операционной системе.

—уществуют 2 типа гипервизоров: гипервизор 1-го типа устанавливаетс€ поверх аппаратной части оборудовани€, 2-й тип устанавливаетс€ поверх операционной системы, а также гибридные.

¬ таблице 1 приведены некоторые примеры гипервизоров.

“аблица 1 ѕримеры гипервизоров

√ипервизор

“ип

“ребуемые ќ— дл€ установки

√остевые ќ—

KVM

2

Linux, FreeBSD, illumos

FreeBSD, Linux, Solaris, Windows, Plan 9

VMware:

ESX Server

1

Ќе требует ќ—

Windows, Linux, Solaris, FreeBSD, OSx86 (as FreeBSD), virtual appliances, Netware, OS/2, SCO,

BeOS, Haiku, Darwin, others: runs arbitrary OS

ESXi Server

1

Ќе требует ќ—

Fusion

2

macOS

Server

2

Windows, Linux

Workstation

2

Windows, Linux

VMware ESXi (vSphere)

1

No host OS

Same as VMware ESX Server

Microsoft Hyper-V

Hyper-V

2

Windows

FreeBSD, Linux

(SUSE 10, RHEL 6, CentOS 6)

Hyper-V Server

1

Ќе требует ќ—

Xen

гиб- рид

GNU/Liux, Unix-like

GNU/Linux, FreeBSD, MiniOS, NetBSD, Solaris, Windows 7/XP/Vista/Server 2008 (requires Intel VT-x (Vanderpool) or AMD-V (Pacifica)-capable CPU), Plan 9

VirtualBox

2

Windows, Linux, macOS, Solaris, FreeBSD, eComStation

DOS, Linux, macOS, FreeBSD, Haiku, OS/2, Solaris,

Syllable, Windows, and OpenBSD (with Intel VT-x or AMD-V

PowerVM

?

PowerVM Firmware

Linux PowerPC, x86; AIX, IBM i

“аким образом при проектировании корпоративной сети с помощью виртуальных серверов, следует заранее определитьс€ с типом виртуальной

машины и совместимых с ней операционных систем. ƒл€ облачных виртуальных серверов достаточно учитывать совместимые гостевые ќ—, обеспечение работоспособности физических серверов и гипервизора берет на себ€ облачный провайдер.


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

ƒл€ переноса элементов корпоративной сети в облако необходимо арендовать у облачного провайдера один или несколько виртуальных серверов, на которых будут развернуты необходимые нам системы. „асто достаточно обойтись моделью предоставлени€ услуги VPS/VDS, описанной в разделе 2, арендовав несколько виртуальных серверов дл€ каждого элемента инфраструктуры.

√отова€ виртуальна€ машина (¬ћ) на сервере, по сути, будет представл€ть из себ€ два файла: файл конфигурации аппаратной части машины и образ диска этой машины, предназначенный дл€ размещени€ в нем операционной системы. Ќа диске ¬ћ помимо ќ— размещаетс€ все программное обеспечение и файлы пользователей. ќба файла, а значит и вс€ ¬ћ целиком, могут быть без особых сложностей перенесены или дублированы с одного гипервизора и сервера на другой, что позвол€ет гибко распредел€ть серверные ресурсы, создавать и восстанавливать резервные копии данных пользователей, а также помогать в процессе миграции на облачную инфраструктуру с уже заранее заготовленными образами систем.

ƒл€ создани€ виртуальной машины на сайте почти любого облачного провайдера можно найти параметры конфигурации и "ползунки" дл€ точной настройки вычислительных ресурсов арендуемой виртуальной машины, подобрав все параметры под цели и задачи сервера. Ћибо же можно воспользоватьс€ "кейсами" - готовыми наборами настроек. ј также часто клиентам предлагаютс€ услуги тестировани€, платного или бесплатного,

арендуемого сервера, чтобы оценить его возможности и соответствие требовани€м.

ѕримеры параметров настройки виртуального сервера приведены на рисунке 1. ¬ первом случае идет выбор именно ресурсов сервера, дл€ дальнейшего развертывани€ на нем "целого парка виртуальных машин". ¬о втором случае настраиваетс€ конкретно виртуальный сервер данный вариант хорошо подойдет.

ѕримеры параметров настройки частного облака и VDS/VPS-сервера у облачного провайдера 1cloud.ru

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

ѕосле создани€ виртуального сервера на рабочем столе рабочей станции по€вл€етс€ значок подключени€ к виртуальному серверу.

ƒалее рассмотрим подробнее облачные решени€ дл€ необходимых нам серверных структур.


“ерминальный сервер

 ак уже было упом€нуто в разделе 1, терминальный сервер будет представл€ть собой сервер с заранее установленным на него приложением дл€ удаленной работы с ним посредством "тонкого клиента". Ќапример, така€ возможность будет востребована при групповой работе с 1—. ¬ таком случае сервер должен быть св€зан с сервером базы данных. Ёто означает, что клиенты подключаютс€ к серверу приложени€, а сервер приложени€ взаимодействует с сервером базы данных. ќба сервера должны находитьс€ в облаке, чтобы между ними была хороша€ св€зь.

  терминальному серверу приложений сотрудники могут осуществл€ть подключение посредством протокола RDP.

  приложению (1—, например) может быть организован доступ посредством публикации базы через web-сервер и, соответственно, работой с web-интерфейсом 1—, подключением с помощью "тонкого" или "толстого" клиента 1— или же подключением ко всему серверу терминалов по протоколам удаленного доступа (RDP и другие).


‘айловый сервер

ѕо сути, работа с файловым сервером в облаке ничем не отличаетс€ от того, если бы он был в локальной сети. ѕодключение к файловому серверу обычно осуществл€етс€ через протокол FTP (File Transport Protocol) с помощью файлового проводника.

ќднако следует тщательно взвесить решение о переносе файлового сервера в облако, т.к. объем данных при сообщении с сервером может сильно повли€ть на тарифы услуг »нтернет.


ѕочтовый сервер

¬ качестве почтового сервера, согласно перечню облачных сервисов, представленному в разделе 2, чаще всего облачные провайдеры используют Microsoft Exchange Server. ќн €вл€етс€ одним из самых распространенных ѕќ дл€ корпоративной почты.

ѕодключение к почтовому серверу может осуществл€тьс€ аналогично другим терминальный приложени€м: web, клиенты или удаленный доступ.

“акже требует доступа к базам данных


¬иртуальное рабочее место

VDI или виртуальное рабочее место позвол€ет сотрудникам организации использовать рабочую станцию с любой конфигурацией дл€ работы из любого места и в любое врем€.

ƒл€ подключени€ к VDI чаще всего используетс€ специальное клиентское ѕќ, или же иногда это может осуществл€тьс€ из браузера.


Web-сервер

‘ормально web-приложение также должно быть соединено c сервером базы данных и может быть разбито на 3 части:

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

Ѕаза данных представл€ет собой систематизированный набор данных дл€ сетей и пользователей и управл€емый посредством системы управлени€ базами данных (—”Ѕƒ). ѕример —”Ѕƒ MySQL.


—ервер печати

—ледует учесть, что сервер печати однозначно не требует переноса в облако, т.к. выполн€ет задачу сообщени€ с офисным оборудованием, таким как принтеры и факсы.


 онфигураци€ сервера

–азвертывание терминального сервера, а в частности внедрение продуктов 1— одна из самых распространенных задач системны администраторов. » подбор серверной аппаратной конфигурации под данную задачу может служить хорошим примером требований серверных систем к техническим параметрам оборудовани€.

–ассмотрим несколько вариантов организации и аппаратной конфигураций дл€ развертывани€ 1— сервера с базой данных.

ћожно предложить 3 варианта:

  • ќдин сервер с файловой 1—;
  • ќдин сервер с виртуальными машинами 1— и Ѕƒ;
  • ƒва физических сервера: один терминальный 1—, второй с Ѕƒ.

¬ первом случае будет организован терминальный сервер, на котором будет использоватьс€ файлова€ верси€ 1—, таким образом Ѕƒ будет находитьс€ в файловой системе самого сервера вместе с программой 1—. ƒл€ большого количества пользователей разработчик рекомендует использовать систему "клиент-сервер". ќрганизовать терминальный сервер, сервер Ѕƒ и сервер 1— на одной операционной системе все равно можно, но это будет подвергать сомнению стабильность и информационную безопасность такой системы.

¬о втором случае как раз-таки и используетс€ така€ система, но оба сервера будут виртуальными на одном физическом. ƒанный вариант и используетс€ в облачной инфраструктуре. ѕервый сервер будет содержать серверную часть 1—, второй базу данных.

¬ третьем случае будут отдельно использоватьс€ два сервера, а базы данных и программа будут разделены.

ƒл€ конфигурации общего терминального сервера с двум€ виртуальными машинами с расчетом работы примерно на 50 человек должно хватить следующей конфигурации:

  • 10 €дер центрального процессора:
    • по 6-8 терминальных сессий на одно €дро примерно 8 €дер,
    • 1-2 €дра на базу данных,
    • дополнительно еще запас, но дл€ облачных серверов можно в любой момент докупить дополнительную вычислительную мощность;
  • 64 √б оперативной пам€ти:
    • операционна€ система (например, Windows Server) 2 √б
    • база данных 4-6 √б
    • сервер 1— 2-4 √б
    • примерно 700 ћб на каждого пользовател€ 35 √б
  • SSD (дл€ быстрых операций) и SAS (дл€ хранени€) пам€ть данных в услови€х облачной инфраструктуры выбор дисковой подсистемы сводитс€ к выбору конкретного типа дисков и их объемов: быстрых твердотельных накопителей (SSD) дл€ быстрых операций чтени€/записи и/или более медленных, но вместительных жестких дисков жестких дисков с интерфейсов SAS, подход€щих дл€ хранени€ баз данных.

ѕодключение к облаку

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

“аблица 2 —пособы подключени€ к инфраструктуре в облаке

—пособ подключени€ Ќазначение “ребовани€ со стороны сервера “ребовани€ со стороны клиента
¬еб-доступ ƒоступ к сайту, расположенному на web-сервере через протокол HTTP/HTTPS Ќаличие выделенного терминального сервера + служба TS Web Access »спользование адреса сайта дл€ доступа к ресурсу с помощью браузера
RDP ƒоступ к виртуальным серверам Ќаличие выделенного терминального сервера «апуск клиента RDP
RemoteApp ƒоступ к терминальным сесси€м Ќаличие конфигурационног о файла со списком программ, имеющим доступ к приложению «апуск сконфигурированного rdp-файла или иконки приложени€ дл€ подключени€ к приложению по RDP
Remote access VPN ѕодключение каждого пользовател€ к серверу через VPN-туннель Ќаличие сконфигурированного VPN- устройства/сервера. «апуск €рлыка дл€ подключени€ к VPN-серверу.
ѕродолжение таблицы 2
VPN site-to-site ѕодключение офиса к серверу через VPN- туннель Ќаличие двух сконфигурированных VPN-серверов. ѕример: VPN-сервер в компании и VPN- сервер в облаке. ќтсутствие необходимости создани€ и запуска €рлыка VPN- подключени€. ќбращение к ресурсам филиала / центрального офиса / облака напр€мую. ѕри обращении к ресурсам VPN- подключение организуетс€ автоматически на уровне серверов.
DirectAccess јвтоматическа€ установка св€зи со всей корпоративной сетью сразу Ќаличие одного или более серверов DirectAccess в составе домена. Ќаличие центра сертификации (PKI). Windows - инфраструктура. “олько Windows  омпьютер клиента должен входить в состав домена. ќтсутствие необходимости в создании и запуске €рлыка подключени€.
VDI ƒоступ к отдельному виртуальному рабочему месту –азвернута€ инфраструктура виртуальных рабочих столов VDI ѕользователь получает свой собственный виртуальный рабочий стол, к которому можно подключатьс€ с помощью тонкого клиента с любой рабочей станции.

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


ќблачна€ инфраструктура корпоративной сети

“еперь мы можем составить схему облачной инфраструктуры корпоративной сети. Ёто будет модифицированна€ схема из раздела 1. —хема представлена на рисунке:

—хема облачной инфраструктуры корпоративной сети