Последние публикации

Терминологический глоссарий по облачным сервисам

A

Аcceptable  recovery state —  приемлемое  восстанавливаемое состояние — это состояние (временная точка), до которого необходимо восстановить систему, а затем разработать пошаговые процедуры и способы восстановления этого состояния при ликвидации последствий катастрофы. Определяет объем данных, который вы можете позволить себе потерять в случае наступления катастрофического события. Amazon EBS (Elastic Block Store) — тип системы хранения данных (storage), позволяющей создавать тома (volumes), которые могут монтироваться к экземплярам Amazon EC2 как устройства (devices). Тома Amazon EBS ведут себя как внешние блочные устройства, не размеченные как дисковые разделы (raw unformatted external block devices). Они имеют имена, указанные пользователями, и предоставляют интерфейс блочных устройств. Вы можете загрузить файловую систему поверх томов Amazon EBS или использовать их точно так же, как использовали бы блочное устройство.

(more…)

Уровни сервиса для облачных приложений

Когда предприятие предоставляет клиентам некий сервис — не важно, какой именно, облачный или традиционный на основе собственного центра обработки данных — то эта компания, как правило, предоставляет клиентам соглашение об уровне сервиса (service level agreement, SLA), где указываются ключевые параметры (уровни сервиса), которых клиент вправе ожидать от данного сервиса. Прежде, чем вы примете решение о переходе на облачные технологии, вам необходимо понять на концептуальном уровне, что представляют собой доступность (availability), надежность (reliability) и производительность (performance) облачных сервисов.

(more…)

Безопасность данных в облачных сервисах

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

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

(more…)

Использование репликации для повышения производительности в облачных сервисах

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

(more…)

Настройка RAID для использования множества томов EBS для сервиса Amazon EC2

Я убедился в том, что за счет объединения нескольких томов EBS в массив RAID0 (чередование, striping) производительность дискового ввода/вывода серьезно повышается. С другой стороны, я бы не стал ожидать существенных преимуществ за счет организации массива RAID1 (зеркальное копирование, mirroring), так как все тома EBS должны находиться в одной и той же зоне доступности, что и экземпляр, к которому они прикрепляются. К сожалению, мои собственные эксперименты, которые примерно соответствуют ожиданиям Amazon, показали, что зеркальное копирование (mirroring) томов EBS почти полностью сводит на нет выигрыш в производительности, получаемый за счет организации массивов с чередованием (striping), так что создание массивов по типу RAID5 или RAID10 вообще не дает никакого положительного результата.

(more…)

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

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

(more…)

Управление нештатными ситуациями в облачных сервисах

Итак, вы разработали стратегию резервного копирования и выполняете его, а также создали резервную инфраструктуру с необходимыми уровнями избыточности на случай непредвиденных обстоятельств. Теперь для завершения планирования аварийного восстановления в форс-мажорных обстоятельствах вам нужны средства, позволяющие быстро определить, что наступила нештатная ситуация, и оперативно отреагировать на нее. Для этого вам нужны инструментарий и алгоритмы действий по проведению в жизнь вашего плана аварийного восстановления. Одной из наиболее привлекательных особенностей облачной среды является то, что все эти процессы можно автоматизировать. Вы можете создать такую среду, которая автоматически обнаружит признаки бедствия и самовосстановится в случае потери центров обработки данных Amazon на территории США, без всякого вмешательства с вашей стороны (фактически вы можете даже просто проспать это событие)1.

(more…)

Amazon EC2

Когда речь заходит об облаке Amazon, большинство пользователей сразу же ассоциируют его с Amazon EC2. EC2 представляет собой вашу виртуальную сеть, в составе которой работают все ваши виртуальные серверы. Однако эта сеть не является независимой. Если вы пользуетесь EC2, то вы должны пользоваться и S3 для хранения ваших образов машин (machine images), о которых речь пойдет совсем скоро. Помимо этого, S3 может вам потребоваться и для хранения другой информации. Поэтому, если вы пропустили предыдущий раздел, считая, что вы можете пользоваться только EC2, а S3 вам не требуется, вернитесь назад и перечитайте его!

(more…)

Значимость облачных вычислений

Как далеко вы можете зайти в этой области?

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

(more…)

Управление базами данных в облачных сервисах

Наиболее сложным аспектом управления облачной инфраструктурой является обработка постоянных данных (persistent data). Постоянными данными считается вся информация, которая в обязательном порядке должна сохраниться при разрушении вашей облачной среды. Поскольку вы с легкостью можете восстановить операционную систему, приложения и простые конфигурационные файлы, вся эта информация постоянными данными не считается. Таким образом, к постоянным данным относятся те данные, которые не могут быть восстановлены так просто. Если вы следуете моим рекомендациям, то эти данные должны "жить" в движке вашей базы данных.

(more…)

 
Rambler's Top100