Spec-Zone .ru
спецификации, руководства, описания, API
|
При использовании memcached можно использовать много различных потенциальных стратегий развертывания и топологии. Точная стратегия использовать зависит от Вашего приложения и среды. Разрабатывая систему для того, чтобы развернуть memcached в пределах Вашей системы, имейте в виду следующие моменты:
memcached является только кэширующимся механизмом. Это не должно использоваться, чтобы хранить информацию, которую невозможно иначе позволить себе потерять и затем загрузить из различного расположения.
Нет никакой безопасности, встроенной в memcached протокол. Как минимум удостоверьтесь, что серверы, работающие memcached, только доступны изнутри Вашей сети, и что сетевые используемые порты блокируются (использование брандмауэра или подобные). Если информация о memcached серверах, которая хранится, является кем-либо чувствительным, то зашифруйте информацию прежде, чем сохранить ее в memcached.
memcached не обеспечивает вида failover. Поскольку нет никакой передачи между различными memcached экземплярами. Если экземпляр перестал работать, Ваше приложение должно способный к удалению его от списка, перезагрузка данных и затем запись данных к другому memcached экземпляру.
Задержка между клиентами и memcached может быть проблемой, если Вы используете различные физические машины для этих задач. Если Вы находите, что задержка является проблемой, переместите memcached экземпляры, чтобы быть на клиентах.
Длина ключа определяется memcached сервером. Размер ключа максимума значения по умолчанию составляет 250 байтов.
Попытайтесь использовать по крайней мере два memcached экземпляра, специально для многократных клиентов, избежать иметь единственную точку отказа. Идеально, создайте так много memcached узлов насколько возможно. Добавляя и удаляя memcached экземпляры из пула, на хеширование и распределение пар ключ/значение можно влиять. Для получения информации о том, как избежать проблем, см. Раздел 15.6.2.4, "memcached Хеширующие/Распределения Типы".