Я запускаю эластичный поиск на 0,5-1 vCPU (1 общее ядро) GCP, но сервер не справляется, как это исправить?
Я запускаю Elasticsearch на 0,5-1 vCPU (1 общее ядро) с 1,7 ГБ памяти (GCP). Когда я запускаю службу эластичного поиска, сервер падает. Как решить эту проблему? Я использую Django с Postgres и Elasticsearch.
Я понимаю, что ваш экземпляр эластичного поиска на GCP аварийно завершает работу из-за высокой загрузки процессора во время запуска
Ниже приведены сведения, которые помогут диагностировать и решить проблему:
Даже если вы указали 1,7 ГБ оперативной памяти и 0,5-1 vCPU, важно проанализировать реальное потребление ресурсов при запуске. Для этого воспользуйтесь gcp cloud monitoring и посмотрите метрики использования CPU, памяти и дисков для вашего эластичного экземпляра. Это поможет вам в случае, если во время инициализации какой-либо ресурс достигнет своего предела.
Попробуйте получить прямой доступ к журналам elasticsearch на экземпляре виртуальной машины, даже если доступ по SSH не работает. Если это возможно, проверьте каталог журналов elasticsearch на наличие сообщений об ошибках, связанных с проблемами распределения ресурсов или нехваткой памяти. Если мониторинг подтверждает ограниченность ресурсов, рассмотрите возможность масштабирования экземпляра виртуальной машины до высокого уровня с большим количеством процессора и памяти. GCP предлагает различные типы машин на выбор.
Хотя проблема, по-видимому, заключается в elasticsearch, убедитесь, что ваше приложение Django и база данных Postgres работают нормально. Проверьте их журналы на наличие ошибок, которые могут влиять на общую производительность системы.
При использовании эластичного поиска на очень устаревшей версии (0.5-1) могут возникнуть известные проблемы с управлением ресурсами. Поэтому для повышения производительности и эффективности использования ресурсов подумайте об обновлении до самой последней поддерживаемой версии эластичного поиска.
Проанализируйте, является ли целесообразным переход на управляемую службу Elasticsearch в Google Cloud. Эта служба обладает возможностями автоматического масштабирования и управляет ресурсами.