Amazon DynamoDB: магазин PHP-сессий с балансировщиком нагрузки

Эта статья опубликована на одном из наших родственных сайтов CloudSpring . Если вы найдете это полезным, обязательно посетите их!

Из этого туториала вы узнаете, как использовать Amazon DynamoDB в качестве хранилища для сессий PHP. Этот метод становится очень полезным, когда ваши приложения пользуются услугами Elastic Load Balancing и Autoscaling. Вам необходимо включить учетную запись Amazon AWS, чтобы использовать EC2, Elastic Load Balancer и DynamoDB в качестве предварительного условия для прохождения обучения.

Что такое эластичный балансировщик нагрузки

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

А автомасштабирование?

Когда Autoscaling присоединяется к игре, система также может:

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

Как это сделать?

Может ли какое-либо из ваших приложений работать в этой среде? Да, если он удовлетворяет двум критическим требованиям:

• Поскольку виртуальные серверы создаются динамически, серверы должны содержать только код приложения, а не какие-либо данные. Это легко сделать с помощью службы БД.
• Любое состояние сеанса пользователя должно сохраняться вне виртуального сервера. Это немного сложнее, потому что по умолчанию модуль PHP сохраняет эти данные в файловой системе веб-сервера.

И это проблема, которую мы попытаемся решить на этой… хм… сессии.

Чего не делать: липкие сессии

Sticky session — это функция службы Elastic Load Balancer, которая связывает сеанс пользователя с конкретным экземпляром приложения, так что все запросы, поступающие от пользователя во время сеанса, будут отправляться на один и тот же виртуальный сервер. Cookie-файл сеанса может быть сгенерирован либо балансировщиком нагрузки, либо приложением, но это считается плохой практикой. Идеально было бы создать приложение без состояния, но это не всегда возможно.

Храните свои сессии в базе данных

Другой вариант: хранить наши сессии в базе данных. Это может быть та же самая внешняя база данных SQL, используемая приложением, или экземпляр Memcache, или другая база данных NoSQL. В этом случае DynamoDB кажется очень интересным, потому что это мощная и быстрая база данных NoSQL, она управляется самим Amazon и легко доступна с наших виртуальных серверов. Кроме того, класс AmazonDynamoDB официального PHP SDK уже оборудован для регистрации в качестве диспетчера сеансов. Если вы никогда не слышали о DynamoDB, я рекомендую вам посмотреть это вступительное видео .

Демо-приложение

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

Приложение просит пользователя выбрать имя пользователя, которое сохраняется в текущем сеансе и действует как «логин». Если в сеансе присутствует имя пользователя, приложение позволяет пользователю вставить своего рода «профиль», по сути, последовательность информации ключ / значение, такую ​​как имя, фамилия, адрес электронной почты и т. Д. (Ключ и значение являются строками). Вся эта логика включена в файл index.php

Файл session.php Эта библиотека позволяет нам управлять данными сеанса с помощью дружественных методов, таких как $session->read('some_var') and $session->write('some_key', 'some_value') Этот объект сеанса может быть настроен для использования механизма сеанса PHP по умолчанию (если мы являемся локальным сервером тестирования) или пользовательского класса. Первый шаг нашего файла приложения — запуск сессии:

 require_once 'lib/session.php';
try {
 // Engine can be PHP or AmazonDynamoDB
 $session = new Session($config['session']['engine'], $config['session']['params']);
} catch (Exception $e) {
 exit($e->getMessage());
} // end try

Значением по умолчанию является PHP, который не нуждается в параметрах. Если мы выберем движок AmazonDynamoDB, конструктор сеанса выполнит дополнительный код:

 switch ($engine) {
case 'AmazonDynamoDB':
// Load AWS SDK
require_once 'AWSSDKforPHP/sdk.class.php';
// Create a list of credential sets that can be used with the SDK.
CFCredentials::set($params['credentials']);
// Instantiate a DynamoDB client
$dynamodb = new AmazonDynamoDB();
$dynamodb->set_region($params['region']);
// Instantiate, configure, and register the session handler
$this->handler = $dynamodb->register_session_handler(array(
'table_name'       => $params['table_name'],
'lifetime'         => $params['lifetime'],
));
break;

 function getServerName() {
 $host = $_SERVER['SERVER_NAME'];
 if ('localhost' != $host) {
 // Maybe we are on EC2, trying to catch the current instance ID
 $ch = curl_init('http://169.254.169.254/latest/meta-data/instance-id');
 curl_setopt($ch, CURLOPT_FAILONERROR, true);
 curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
 curl_setopt($ch, CURLOPT_CONNECTTIMEOUT, 2);
 if ($ret = curl_exec($ch)) {
 $host .= ' (instance ' . $ret . ')';
 } // end if
 curl_close($ch);
 } // end if
 return $host;
} // end function