Вот некоторые вещи, которые вы можете рассмотреть без изменения общей архитектуры развертывания
CDN разгрузить СМИ и статический ресурс запросы
Это оставляет сервер доставки контента, доступного для обработки важных запросов контента и отображение логика.
Пример www.cloudflare.com
Настройка и использование Sitecore встроенного кэширования
Это из руководства:
Исследование и конфигурации Sitecore кэшей разбивается на несколько задач , Таким образом, каждая задача более сфокусирована и упрощена. Основное внимание уделяется конфигурации и настройке на Sitecore Database кэшей (упреждающая выборка, данные и пункт кэши.)
Для конфигурации свойств кэширования вывода рендеринга, клиент должен быть осведомлены как конфигурации Sitecore Cache Ссылка и Компонент презентации презентаций Sitecore. Укажите, как правильно включить и свойства для истечения срока действия этих кэшей.
Отъезд Sitecore Tuning Guide
Найти медленных запросов или управления
Это звучит как приложение следует Sitecore передового опыта, но я оставляю эту записку для тех, кто может найти этот ответ. Используйте встроенный режим отладки Sitecore для определения самых медленных элементов управления и подуровней. Кроме того, если у вас установлена Google Analytics, есть отчет «Медленные страницы», который может дать вам некоторую информацию о том, где замедляется ваше приложение.
Говоря об этом, если вы готовы предоставить дополнительные серверы и настроили среду с балансировкой нагрузки, тогда прочитайте.
Раздельное Content Delivery и Content Management
Для меня первый логический шаг, прежде чем балансировки нагрузки серверов доставки контента, чтобы отделить управление контентом из уравнения. Это довольно легко, и Scaling Guide проведет вас через создание HistoryEngine, чтобы обновить индексы Lucene.
Настройка нагрузки Balancer с 2-х или более Content Delivery серверов
После того, как вы сделали первый шаг, это может быть столь же легко, как клонировать сервер доставки контента и добавить его к балансировки нагрузки «пул». Есть несколько вещей, которые нужно учитывать здесь: поддерживает ли ваше веб-приложение вход в систему? Поэтому вам нужно будет беспокоиться о липких сеансах или машинных клавишах. Использует ли ваше веб-приложение файловый носитель вместо blob-медиа? Мне не приходилось иметь дело с этим, но я понимаю, что это еще одно соображение.
Scale вашего SQL решение
Я видел приложения с до четыре балансировки нагрузки серверов доставки контента и SQL Server не есть проблема - я думаю, что это будет уникальным для каждого случая в зависимости от многих факторов: лошадиная сила и настройка SQL Server, модель контента вашего приложения, сложность ваших запросов, настройка кеширования на серверах доставки контента и т. д. Опять же, Scaling Guide охватывает SQL-зеркалирование и отказоустойчивость, так что это будет ваша первая остановка на это происходит.
Наконец, я хотел бы сказать, контакт Sitecore. Эти ребята, вероятно, видели больше того, что пошло правильно, и что случилось с установками, и вы можете найти правильный путь. Удачи!
Очень хороший отклик, разделение доставки контента и управление контентом помогут сохранить стабильность при работе редакторов. Вероятно, он не принесет большей производительности при тестировании, но он будет работать в режиме реального времени. Также получите столько кеширования с кешем Sitecore и используйте другие стратегии кэширования для внешних данных (RSS-каналы, устаревшие данные и т. Д.). Также, чтобы обеспечить бесперебойную работу после запуска, обязательно запустите некоторые задания на maintence на SQL Сервер. Самый простой - запустить перестройку один раз в неделю и действительно поддерживать стабильность работы. – Holger