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

Настройка тома EBS

Чтобы начать работу с эластичным блочным хранилищем, необходимо в первую очередь создать том EBS:

ec2-create-volume –size SIZE_GB -z ZONE

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

(more…)

Управление AMI

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

(more…)

Ценность ваших вычислительных мощностей в облачных сервисах

Если вы имеете дело с Web-приложениями, не стоит добавлять в систему дополнительные мощности только потому, что процессоры в вашей инфраструктуре достигли порога, когда их мощности используются на 90 %. Когда это происходит, важно ответить на следующий вопрос: "А что мне даст поддержка дополнительных нагрузок?" Ответ на этот вопрос можно получить, оценив стоимость поддержки потребностей вашей системы.

(more…)

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

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

(more…)

Философия Amazon AMI

Выбирая подход к конструированию AMI, вы можете выбрать один из двух основных подходов:

± минималистский подход, при котором вы строите несколько многоцелевых образов машин;

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

(more…)

Применение стратегии резервного копирования в облачной среде

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

(more…)

Применение кластеризации баз данных в облачной среде

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

(more…)

Облачные серверы Rackspace

В октябре 2008 года компания Rackspace приобрела фирму Slicehost (http://www.slicehost.com), которая являлась лидером рынка в области предоставления хостинга виртуальным серверам Linux. Mosso, подразделение Rackspace, начало заниматься разработкой облачных серверов, которые должны стать аналогом того, что предлагается Amazon EC2.

(more…)

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

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

(more…)

Планирование процесса аварийного восстановления в облачных сервисах

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

(more…)

 
Rambler's Top100