Получение 504 тайм-аута шлюза на суперсете с помощью Bigquery

Я использую надмножество в качестве инструмента визуализации данных. Но я получаю тайм-аут 504 Gateway, когда пытаюсь выполнить длительный запрос.

Мой первоначальный запрос выполнялся в консоли Bigquery 40 секунд, но через 50 секунд я получаю сообщение об ошибке 504.

Я изменил SUPERSET_WEBSERVER_TIMEOUT = 300 в superset_config.py, который также запускается с superset runserver -t 300

введите здесь описание изображения


google-bigquery apache-superset
person Md Sirajus Salayhin    schedule 27.12.2018    source источник
comment
Эй, Сираджус, не могли бы вы рассказать, как подключиться к BigQuery? У меня возникают проблемы с передачей учетных данных при попытке добавить источник bigquery   -  person Charles Zhan    schedule 23.01.2019

Ответы (2)


arrow_upward
0
arrow_downward

Из документации Superset[1]:

«Если вы видите тайм-ауты (504 Gateway Time-out) при загрузке панели мониторинга или фрагмента исследования, вы, вероятно, находитесь за шлюзом или прокси-сервером (например, Nginx). Если он не получил своевременный ответ от сервера Superset (который долго обрабатывает запросов), эти веб-серверы будут напрямую отправлять клиентам код состояния 504».

Настройка тайм-аута на Superset в этом случае вам не поможет, так как он не контролирует ранний ответ от вашего промежуточного прокси. Посмотрите, можете ли вы обойти прокси-сервер или настроить тайм-аут.

[1] https://superset.incubator.apache.org/faq.html#why-are-my-queries-timing-out

person Adam Lydick    schedule 27.12.2018

arrow_upward
0
arrow_downward

У меня была такая же проблема, вот что делать:

Добавьте это между http{} в etc/nginx/nginx.conf

uwsgi_read_timeout 600s;
proxy_connect_timeout 600;
proxy_send_timeout 600s;
proxy_read_timeout 600s;
fastcgi_send_timeout 600s;
fastcgi_read_timeout 600s;

Если вы используете пушку, обязательно запустите свое приложение с большим тайм-аутом (у меня было 60 секунд, поэтому я поставил 600 секунд).

person Antoine    schedule 08.08.2019