Главный кеш, что это такое

Обновлено: 21.11.2024

Главные серверы зоны. Главный сервер имен поддерживает все данные, относящиеся к зоне, что делает его авторитетным для этой зоны. Главные серверы обычно называют полномочными серверами имен. (См. «Главные серверы».)

Существует два типа главного сервера:

Первичный главный сервер зоны. В каждой зоне есть один сервер, который назначается первичным главным сервером для этой зоны. (См. «Основной главный сервер».)

Дополнительный главный сервер зоны. В зоне может быть один или несколько вторичных главных серверов. Вторичные главные серверы получают свои DNS-данные от основного главного сервера зоны. (См. «Основной главный сервер».)

Сервер только для кэширования. Все серверы являются кэширующими серверами в том смысле, что они поддерживают кэш данных DNS. Сервер только для кэширования — это сервер, который не является главным сервером для какой-либо зоны, кроме домена in-addr.arpa.. (См. «Кэширующие и кэширующие серверы».)

Серверы корневого домена. Сервер корневого домена — это полномочный сервер для вершины иерархии вашего домена DNS. Если ваша сеть подключена к Интернету, серверы вашего корневого домена сами не подключены к Интернету. Если ваша сеть не подключена к Интернету, вы должны настроить свой собственный сервер корневого домена. (См. «Корневой сервер имен доменов».)

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

Главные серверы

Главные серверы имен поддерживают все данные, относящиеся к зоне, что делает их авторитетными для этой зоны. Их обычно называют авторитетными серверами имен. Данные, соответствующие любой данной зоне, должны быть доступны как минимум на двух авторитетных серверах. Вы должны назначить один сервер имен в качестве основного главного сервера и по крайней мере еще один в качестве вторичного главного сервера, который будет действовать как резервный, если основной недоступен или перегружен.

Сервер может функционировать как главный для нескольких зон: как основной для одних зон и как дополнительный для других.

Основной главный сервер

Первичный главный сервер — это сервер DNS-имен, который загружает основную копию своих данных с диска при запуске in.named. Основной главный сервер зоны — это место, где вы вносите изменения в зону. Первичный мастер является источником DNS-информации о своей зоне. Первичный сервер может также делегировать полномочия вторичным серверам в своей зоне, а также серверам за пределами этой зоны.

Вторичный главный сервер

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

Когда дополнительный сервер запускается in.named, он запрашивает все данные для данной зоны у основного. Затем вторичный сервер периодически сверяется с первичным, чтобы узнать, нужно ли ему обновлять свою базу данных. Процесс отправки самой последней базы данных зоны с первичного сервера на вторичный называется переносом зоны. Таким образом, вы не изменяете файлы данных на вторичном сервере, вы изменяете файлы данных на первичном сервере зоны, а вторичные серверы обновляют свои файлы с первичного.

Кэширующие и только кэширующие серверы

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

Кроме того, вы можете настроить сервер только для кэширования, который не является авторитетным для какой-либо зоны. Сервер только для кэширования — это сервер, который не является главным сервером для какой-либо зоны, кроме домена in-addr.arpa.. Сервер только для кэширования обрабатывает те же запросы от клиентов, что и авторитетные серверы имен. Но сервер только для кеша сам по себе не поддерживает никаких достоверных данных.

Кэш-серверу требуется меньше памяти, чем полномочному серверу, но он не может функционировать сам по себе, если нет доступных основных или дополнительных серверов.

Корневой сервер имен доменов

Пространство имен DNS должно иметь один или несколько корневых серверов доменных имен, которые являются полномочными для корневого домена.

Если ваша сеть подключена к Интернету, ваш сервер корневого домена находится на Интернет-сайте корневого домена, и все, что вам нужно сделать, это указать IP-адреса этого сайта в Интернете в файле кэша, как описано в разделе «Сервер корневого домена Интернета».

Если ваша сеть не подключена к Интернету, вы должны настроить первичный и вторичный серверы имен в домене корневого уровня в вашей локальной сети, как описано в разделе «Сервер корневого домена вне Интернета». Это делается для того, чтобы все домены в вашей сети имели согласованный авторитетный сервер, на который можно ссылаться; в противном случае компьютеры не смогут обрабатывать запросы.

Сервер корневого домена Интернета

Если ваш сайт подключен к Интернету, загрузочные файлы вашего сервера DNS-имен должны указывать на общий файл кэша (обычно называемый named.ca ), который идентифицирует корневые серверы доменных имен. Шаблон для этого файла можно получить в регистрационных службах InterNIC через:

Если вы присваиваете имена файлам DNS в соответствии с соглашениями, изложенными в этом руководстве, вам необходимо переместить этот файл в /var/named/named.ca .

Сервер корневого домена, не подключенный к Интернету

Если ваш сайт не подключен к Интернету, вы должны настроить один или несколько своих серверов для работы в качестве корневых серверов имен доменов. Загрузочные файлы всех DNS-серверов имен в вашей сети должны указывать на общий файл кэша (обычно называемый named.ca), который идентифицирует корневые серверы доменных имен. Затем вы создаете файл кеша, который идентифицирует ваши корневые серверы имен.

Поскольку один компьютер может быть основным сервером доменных имен для нескольких компьютеров, самый простой способ создать корневой сервер доменных имен — сделать так, чтобы сервер для вашего домена самого высокого уровня также был сервером для логического "." домен.

Например, предположим, что вы присвоили своей сети доменное имя solo. Главный DNS-сервер имен — dnsmaster.solo (с точкой в конце). В этом случае вы должны сделать dnsmaster корневым главным сервером для домена ".".

Если в вашей сети несколько доменов верхнего уровня, имя сервера корневого домена должно быть основным сервером имен для всех доменов верхнего уровня. Например, если ваша сеть разделена на два отдельных неиерархических домена с именами solo и private, один и тот же сервер должен быть корневым главным сервером для них обоих. В приведенном выше примере это будет означать, что dnsmaster.solo. является мастером корневого домена как для solo, так и для частного домена.

Cache Master – это чрезвычайно легкий и высокопроизводительный плагин кэширования, который мгновенно ускоряет работу ваших сайтов WordPress.
Основой Cache Master является Shieldon Simple Cache, простая библиотека кэширования PSR-16.

Открытый исходный код на GitHub:

Дата первого выпуска: 1 октября 2020 г.

Возможности

Чрезвычайно легкий и высокопроизводительный.
Поддержка до 10 драйверов кеша, таких как File, Redis, Memcache, Memcached, APC, APCu, WinCache, MySQL, SQLite и MongoDB.
Подробная статистика кеша, простота управления.
Поддержка плагина WooCommerce.
Еще…

Перед установкой и использованием этого подключаемого модуля внимательно прочитайте следующие уведомления.

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

Если вы обнаружите, что ваш веб-сайт не работает с Cache Master, сообщите о проблеме на GitHub и перечислите все подключаемые модули, установленные на вашем веб-сайте. Я выясню проблему и исправлю ее.

Скриншоты

Установка

Загрузите файлы подключаемого модуля в каталог /wp-content/plugins/cache-master или установите подключаемый модуль напрямую через экран подключаемых модулей WordPress.
Активируйте плагин на экране «Плагины» в WordPress.
Перейдите в меню Cache Master в Plugins и задайте нужные параметры.

Должен ли я отключить другие подключаемые модули кеша?

Cache Master кэширует полные веб-страницы в статические HTML-файлы, поэтому другие подобные подключаемые модули кэширования, которые делают то же самое, лучше отключить. Можно работать вместе с подключаемым модулем кеша объектов.

Как узнать, работает ли кеширование?

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

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

Если в исходном коде нет отладочного сообщения или состояние кеша всегда показывает "Нет", возможно, плагин конфликтует с Cache Master, из-за чего он не работает.

Salt Master поддерживает кеш заданий всех выполнений заданий, которые можно запросить через средство запуска заданий. Этот кэш заданий называется кэшем заданий по умолчанию.

Кэш заданий по умолчанию¶

При настройке кэша заданий доступен ряд параметров. Система кэширования по умолчанию использует локальное хранилище в Salt Master, и ее можно найти в каталоге кэша заданий (в системах Linux это обычно /var/cache/salt/master/jobs). Система кэширования по умолчанию подходит для большинства развертываний, поскольку обычно не требует дополнительной настройки или управления.

Кэш заданий по умолчанию является временным кешем, и задания будут храниться в течение 24 часов. Если кеш по умолчанию должен хранить задания в течение другого периода, время можно легко настроить, изменив параметр keep_jobs в файле конфигурации Salt Master. Передаваемое значение измеряется в часах:

Уменьшение размера кэша заданий по умолчанию¶

Кэш заданий по умолчанию иногда может быть обременительным при больших развертываниях (более 5000 миньонов). Отключение кэша заданий сделает ранее выполненные задания недоступными для системы заданий и обычно не рекомендуется. Обычно разумно убедиться, что у мастера есть доступ к более быстрой системе ввода-вывода или что tmpfs подключен к каталогу заданий.

Однако вы можете отключить job_cache, установив для него значение False в файле конфигурации Salt Master. Установка этого значения в False означает, что Salt Master больше не будет кэшировать возвраты миньонов, но каталог JID и файл jid для каждого задания по-прежнему будут создаваться. Этот каталог JID необходим для проверки и предотвращения конфликтов JID.

Кэш заданий по умолчанию находится в каталоге /var/cache/salt/master/jobs/.

Установка для job_cache значения False в дополнение к установке для параметра keep_jobs меньшего значения, например 1 , в файле конфигурации Salt Master уменьшит размер кэша заданий по умолчанию и, следовательно, нагрузку на Salt Master.< /p>

Изменение параметра keep_jobs задает количество часов, в течение которых информация о старых заданиях будет храниться. По умолчанию это значение равно 24 часам. Не устанавливайте это значение равным 0, если пытаетесь сделать очистку кеша более частой, так как это означает, что очиститель кеша никогда не будет запускаться.

Дополнительные параметры кэша заданий¶

Многие развертывания могут захотеть использовать внешнюю базу данных для ведения долгосрочного реестра выполненных заданий. В Salt есть два основных механизма для этого: основной кеш заданий и внешний кеш заданий.

Сгенерировано 28 марта 2022 г. в 18:17:22 UTC.

Вы просматриваете документы для последней стабильной версии 3004.1. Переключитесь на документацию для предыдущей стабильной версии 3003.4 или на недавнюю сборку документации из главной ветки.

Содержание

В зависимости от масштаба вашей сети вы можете развернуть либо автономный сервер кэширования, либо кластер с отдельными главным/подчиненным/стражевым сервером для обеспечения высокой доступности.

Кластер серверов кэширования содержит следующие три компонента:

▪ Redis Master — основной узел репликации Redis.

▪ Ведомый узел Redis — вторичный узел репликации Redis, который будет повышен до ведущего узла во время отработки отказа Sentinel.

▪ Redis Sentinel – важнейшая часть надежного плана аварийного переключения Redis, который отслеживает как главный, так и подчиненный сервер и пытается выполнить аварийное переключение, когда служба Redis Master недоступна.

Установка главного кэш-сервера

Выполните следующие шаги с правами администратора.

<р>1. Получите установочный пакет Cache Server от NetBrain и сохраните его в локальной папке.

<р>2. Щелкните правой кнопкой мыши файл NetBrain_Cache_Setup.exe и выберите «Запуск от имени администратора», чтобы запустить мастер установки.

1) На странице приветствия нажмите "Далее" .

2) На странице "Конфигурация системы" просмотрите сводку конфигурации системы и нажмите "Далее".

3) На странице Лицензионное соглашение прочтите лицензионные соглашения и нажмите СОГЛАСЕН .

4) На странице "Информация о клиенте" введите свое имя пользователя и название компании, а затем нажмите "Далее" .

5) Нажмите «Далее», чтобы установить сервер кэширования по пути по умолчанию: C:\Program Files\NetBrain\ . Если вы хотите установить его в другом месте, нажмите «Изменить» .

6) Выберите компонент Redis Master и нажмите кнопку Далее.

7) Настройте следующую информацию для главного сервера кэширования и нажмите кнопку Далее.

▪ Порт кэш-сервера — настройте номер порта для главного кэш-сервера для связи с сервером веб-API и рабочим сервером. По умолчанию это 6379 .

▪ Пароль — создайте пароль администратора для входа в систему или подключения к главному серверу кэширования.

Примечание. Пароль не может содержать какие-либо из следующих специальных символов. И его длина не может превышать 64 символа.
< >[ ] : " , ' | < >@ & ^ % \ и пробелы

▪ Подтвердите пароль — введите пароль еще раз.

▪ Использовать SSL — используется для шифрования подключений к главному кэш-серверу с помощью SSL. Не устанавливайте флажок .

Примечание. Сервер кэширования сам по себе не поддерживает SSL. Для поддержки SSL необходимо заранее установить агент службы SSL, например Stunnel.

o Stunnel Port — требуется, только если включено использование SSL.

o Сертификат — требуется только в том случае, если включен параметр «Использовать SSL». Нажмите Обзор, чтобы выбрать самозаверяющие сертификаты.

o Закрытый ключ — требуется, только если включен параметр «Использовать SSL». Нажмите «Обзор», чтобы выбрать файл закрытого ключа.

8) Просмотрите сводку параметров установки и нажмите «Установить» .

<р>3. Нажмите «Готово», чтобы завершить процесс установки и выйти из мастера установки.

– Созданный номер порта и пароль записываются в файл redis.windows-service.conf, сохраненный в каталоге C:\Program Files\NetBrain\Redis, а введенный номер порта Stunnel записывается в файл stunnel.conf. сохраняется в каталоге C:\Program Files (x86)\stunnel\config.

– файл журнала установки сохраняется на диске C:\. Если у вас возникнут проблемы во время установки, проверьте файл журнала для получения дополнительных сведений.

– После успешной установки Cache Server на свой компьютер вы можете открыть диспетчер задач, чтобы убедиться, что процесс redis-server создан и служба Redis запущена.

Настройка кластера кэш-серверов

<р>2. Выполните шаги (1–2.6) в разделе «Установка главного кэш-сервера», чтобы установить Redis Slave/Sentinel.

Примечание. Узел Slave и узел Sentinel необходимо развертывать отдельно на разных компьютерах.

<р>3. Выберите компонент Redis Slave или Redis Sentinel и нажмите кнопку Далее.

<р>4. В зависимости от выбранного компонента настройте следующую информацию и нажмите кнопку Далее.

▪ Основной IP-адрес кэша — IP-адрес главного сервера кэширования.

Примечание. Не используйте полное доменное имя для подключения к главному серверу кэширования.

▪ Главный порт кэша — номер порта, по которому главный сервер может взаимодействовать с сервером веб-API и рабочим сервером.

▪ Порт кэш-сервера — настройте номер порта для подчиненного устройства или Sentinel для связи с сервером веб-API и рабочим сервером. По умолчанию это 6379 .

▪ Пароль — создайте пароль аутентификации для входа в систему или подключения к подчиненному узлу или узлу Sentinel.

Примечание. У узла Slave и Sentinel должен быть одинаковый пароль с узлом Master.

▪ Подтвердите пароль — введите пароль еще раз.

Примечание. Если параметр Использовать SSL не включен на главном устройстве, не устанавливайте его.

o Stunnel Port — требуется, только если включен SSL.

o Сертификат — требуется, только если включен SSL. Нажмите Обзор, чтобы выбрать самозаверяющие сертификаты.

o Закрытый ключ — требуется, только если включен SSL. Нажмите «Обзор», чтобы выбрать файл закрытого ключа.

<р>5. Просмотрите сводную информацию об установке и нажмите «Установить» .

<р>6. Нажмите «Готово», чтобы завершить процесс установки и выйти из мастера установки.

<р>7. Проверьте кластер серверов кэширования.

1) На сервере Sentinel перейдите к пути его установки.

2) Нажмите клавишу Shift на клавиатуре и выберите Открыть командное окно здесь из контекстного меню, чтобы открыть интерфейс командной строки.

3) Введите в командной строке команду redis-cli -h -p и нажмите клавишу Enter. Например, reids-cli -h 10.10.7.174 -p 6379.

4) Введите команду sentinel masters в командной строке и нажмите клавишу Enter, чтобы просмотреть информацию о главном сервере кэширования.

5) Введите команду sentinel slaves в командной строке, чтобы отслеживать информацию о подчиненном кэш-сервере. В этом примере имя набора реплик — nbreplicaset, полученное на предыдущем шаге.

Содержание

NetBrain Cache Server использует Redis для обеспечения кэш-памяти для системы. В зависимости от масштаба вашей сети вы можете развернуть либо автономный сервер кэширования, либо кластер с отдельными главным/подчиненным/стражевым для обеспечения высокой доступности.

Кластер серверов кэширования содержит следующие три компонента:

▪ Redis Master — основной узел репликации Redis.

▪ Ведомый узел Redis — вторичный узел репликации Redis, который будет повышен до ведущего во время отработки отказа Sentinel.

▪ Redis Sentinel — важнейшая часть надежного плана аварийного переключения Redis, который отслеживает как главный, так и подчиненный сервер и пытается выполнить аварийное переключение, когда служба Redis Master недоступна.

Выполните следующие шаги с правами администратора.

<р>1. Получите файл redis-windows-3.0.504.zip из NetBrain и сохраните его в локальной папке.

<р>2. Извлеките установочные файлы из файла redis-windows-3.0.504.zip.

<р>3. Щелкните правой кнопкой мыши файл redis-windows-3.0.504.exe и выберите «Запуск от имени администратора», чтобы запустить мастер установки.

1) На странице приветствия нажмите "Далее" .

2) На странице "Конфигурация системы" просмотрите сводку конфигурации системы и нажмите "Далее".

3) На странице "Информация о клиенте" введите свое имя пользователя и название компании, а затем нажмите "Далее" .

4) На странице "Место назначения" нажмите "Далее", чтобы установить сервер кэширования в каталог по умолчанию C:\Program Files\NetBrain\ . Если вы хотите установить его в другом месте, нажмите «Изменить» .

5) Выберите компонент Redis Master и нажмите «Далее».

6) Настройте следующую информацию для главного сервера кэширования и нажмите кнопку Далее.

▪ Порт сервера Redis — настройте номер порта для главного сервера кэширования для связи с сервером веб-API, рабочим сервером и контроллером переднего сервера. По умолчанию это 6379.

▪ Пароль — создайте пароль администратора для входа или подключения к главному серверу кэширования.

Совет. Настроенный номер порта и пароль записываются в файл redis.windows-service.conf, сохраненный в каталоге C:\Program Files\NetBrain\Redis.

▪ Подтвердите пароль — введите пароль еще раз.

▪ Использовать SSL — используется для шифрования подключений к главному кэш-серверу с помощью SSL.

Примечание. Сам Cache Server не поддерживает SSL. Чтобы использовать SSL на Cache Server, вы должны заранее установить stunnel в качестве агента службы SSL. Подробные требования к SSL-сертификатам и ключам см. в Приложении.

o Stunnel Port — требуется, только если включен параметр Использовать SSL. Настройте номер порта для stunnel, чтобы установить зашифрованный туннель SSL на этом сервере кэширования. По умолчанию это 7000 .

Совет. Настроенный номер порта Stunnel записывается в файл stunnel.conf, сохраненный в каталоге C:\Program Files (x86)\stunnel\config.

o Сертификат — требуется, только если включен параметр «Использовать SSL». Щелкните Обзор, чтобы выбрать файл сертификата, содержащий открытый ключ. Например, cert.pem .

o Закрытый ключ — требуется, только если включен параметр «Использовать SSL». Щелкните Обзор, чтобы выбрать файл закрытого ключа. Например, key.pem .

7) Просмотрите сводку параметров установки и нажмите «Установить» .

<р>4. Нажмите «Готово», чтобы завершить процесс установки и выйти из мастера установки. После успешной установки Cache Server вы можете открыть диспетчер задач и перейти к панели «Службы», чтобы убедиться, что служба RedisMaster запущена.

Совет. Файл журнала установки сохраняется на диске C:\. Если у вас возникнут проблемы во время установки, проверьте файл журнала для получения дополнительных сведений.

<р>5. Повторите шаги с 1 по 2.5), чтобы установить Redis Slave/Sentinel.

Примечание. Узлы Redis Slave и Sentinel необходимо развертывать отдельно на разных компьютерах.

Примечание. Кластеру серверов Redis требуется порт TCP 16379 для внутреннего обмена данными между узлами. Узлу Redis Sentinel требуется порт TCP 26379 для прослушивания подключений.

<р>6. Выберите компонент Redis Slave или Redis Sentinel и нажмите кнопку Далее.

<р>7. В зависимости от выбранного компонента настройте следующую информацию и нажмите кнопку Далее.

▪ Основной IP-адрес Redis — IP-адрес главного кэш-сервера.

Примечание. Не используйте полное доменное имя для подключения к главному серверу кэширования.

▪ Главный порт Redis — номер порта, настроенный при установке главного сервера кэширования для связи с сервером веб-API и рабочим сервером. По умолчанию это 6379 .

▪ Порт сервера Redis — настройте номер порта для подчиненного устройства или Sentinel для связи с сервером веб-API и рабочим сервером. По умолчанию это 6379 .

▪ Пароль — создайте пароль аутентификации для входа в систему или подключения к узлу Slave или Sentinel.

Примечание. У узлов Slave и Sentinel должен быть одинаковый пароль с главным узлом.

▪ Подтвердите пароль — введите пароль еще раз.

▪ Использовать SSL — используется для шифрования соединений с подчиненным или дозорным узлом с помощью SSL. Если SSL включен на Главном узле, выберите его; в противном случае флажок оставить не установлен.

o Stunnel Port — требуется, только если включен SSL. Настройте номер порта для stunnel, чтобы установить зашифрованный туннель SSL на этом сервере кэширования. По умолчанию это 7000 .

Примечание. У узлов Slave и Sentinel должен быть одинаковый номер порта Stunnel с главным узлом.

o Сертификат — требуется, только если включен SSL. Щелкните Обзор, чтобы выбрать файл сертификата, содержащий открытый ключ. Например, cert.pem .

o Закрытый ключ — требуется, только если включен SSL. Щелкните Обзор, чтобы выбрать файл закрытого ключа. Например, key.pem .

<р>8. Просмотрите сводную информацию об установке и нажмите «Установить» .

<р>9. Нажмите «Готово», чтобы завершить процесс установки и выйти из мастера установки.

<р>10. Проверьте кластер серверов кэширования.

1) На сервере Sentinel перейдите к пути его установки. По умолчанию путь установки — C:\Program Files\NetBrain\Redis .

2) Нажмите и удерживайте клавишу Shift на клавиатуре, а затем выберите Открыть командное окно здесь из контекстного меню, чтобы открыть интерфейс командной строки.

3) Введите команду redis-cli -h -p и нажмите клавишу Enter. Например, redis-cli -h 10.10.7.175 -p 6379 .

C:\Program Files\NetBrain\Redis>redis-cli -h 10.10.7.175 -p 6379
10.10.7.175:6379>

4) Введите команду sentinel masters и нажмите клавишу Enter, чтобы просмотреть информацию о главном сервере кэширования.

10.10.7.175:6379> сторожевые мастера
1) 1) "имя"
2) "nbreplica"
3) "ip"
4) "10.10.7.173
5) "порт"
6) "6379"
7) "рунид"
8) "3ae353b666495dc953f3be5d462e6bd9347b735b"
9) "флаги"
10) "главный"
11) "ожидающие-команды"
12) "0"
13) "последний-пинг-отправленный"
14) "0"
15) "последний-ок-пинг-ответ"
16) "1035"|
17) "последний-пинг-ответ"
18) "1035"
19) "вниз после миллисекунд"
20) "5000"
21) "информация-обновление"
22) "6863"
23) "сообщенная роль"
24) "мастер"
25) "сообщенная роль-время"
26) "5621981485"
27) "config-epoch"
28) "0"
29) "num-slaves"
30) "1"
31) "количество других дозорных"
32) "0"
33) "кворум"
34) "1"
35) "время ожидания при отказе"
36) "5000"
37) "параллельная синхронизация"
38) "1"
10.10.7.175:6379>

5) Введите команду sentinel slaves nbreplica и нажмите клавишу Enter, чтобы просмотреть информацию о подчиненном кэш-сервере.

10.10.7.175:6379> sentinel slaves nbreplica
1) 1) "name"
2) "10.10.7.174:6379"
3) "ip"
4 ) "10.10.7.174"
5) "port"
6) "6379"
7) "runid"
8) "fd538ebcb255e0152d29fa74bf46c1032b068134"
9) "flags "
10) "подчиненный"
11) "ожидающие команды"
12) "0"
13) "последний пинг-отправлен"
14) " 0"
15) "last-ok-ping-reply"
16) "389"
17) "last-ping-reply"
18) "389"
19) "вниз после миллисекунд"
20) "5000"
21) "информация-обновление"
22) "2373"
23) "роль сообщила "
24) "подчиненный"
25) "сообщенное-время роли"
26) "5622546774"
27) "мастер-связь-время-время"
>28) "0"
29) "master-link-status"
30) "ok"
31) "master-host"
32) "10.10.5.76"
33) "master-port"
34) "6333"
35) "slave-priority"
36) "100"
37) "slave-repl" -смещение"
38) "7350040"
10.10.7.175:6379>

6) Введите команду выхода и нажмите клавишу Enter, чтобы выйти из командной строки redis-cli.

Читайте также: