Назад | Перейти на главную страницу

Вы можете объяснить, почему я не должен обслуживать PHP на Gluster?

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

Поскольку drupal сильно полагается на операторы file_exists, которые не могут быть кэшированы в APC, и заставляет glusterfs проверять кворум серверов, чтобы увидеть, существует ли файл. Такой безумно ужасный спектакль.

`Вы можете использовать быстрое чтение и io-cache для повышения производительности небольших файлов. В версии 3.0 есть еще несколько оптимизаций для небольших файлов. Но я согласен с вами, если это статические страницы PHP, вам лучше использовать rsync для создания локальных копий.

Я полагаю, что когда Drupal попросит Gluster предоставить ему тонны небольших файлов, возникнут большие накладные расходы.

Сначала убедитесь, что у вас есть копии всех этих файлов на каждом узле, а затем продолжайте.