просто переместите условие в WHERE
в предложение ON
.
LEFT JOIN Table2 2 ON 1.fk = 1.pk AND 2.Date BETWEEN '1/1/2010' AND '12/31/2010'
Одна проблема с динамической конфигурацией состоит в том, что в случае, если узел не может перезапуститься, API не дает разумного ответа, который сообщает вам, что вы сделали неправильно, вам нужно ssh
войти в узел и привязать кублет журналы. Кроме того, вы должны ssh
войти в каждый узел и в любом случае установить флаг --dynamic-config-dir
.
Следующее работало лучше всего для меня
vim /etc/systemd/system/kubelet.service
--cpu-manager-policy=static \
--kube-reserved=cpu=1,memory=2Gi,ephemeral-storage=1Gi \
--system-reserved=cpu=1,memory=2Gi,ephemeral-storage=1Gi \
Нам нужно установить флаги --kube-reserved
и --system-reserved
, потому что они являются предварительными условиями для установки флага --cpu-manager-policy
rm -rf /var/lib/kubelet/cpu_manager_state
kubectl proxy
на порте 8001. curl -sSL "http://localhost:8001/api/v1/nodes/${NODE_NAME}/proxy/configz" | grep cpuManager
Это может быть не глобальный способ делать вещи, но я думаю, что это будет намного удобнее, чем то, что вы делаете в настоящее время.
Сначала вам нужно запустить kubectl proxy --port=8001 &
Загрузить конфигурацию:
NODE_NAME="the-name-of-the-node-you-are-reconfiguring"; curl -sSL "http://localhost:8001/api/v1/nodes/${NODE_NAME}/proxy/configz" | jq '.kubeletconfig|.kind="KubeletConfiguration"|.apiVersion="kubelet.config.k8s.io/v1beta1"' > kubelet_configz_${NODE_NAME}
Отредактировать ее соответствующим образом и перенести конфигурацию в плоскость управления. Вы увидите правильный ответ, если все прошло хорошо. Затем вам нужно будет отредактировать конфигурацию, чтобы узел начал использовать новую ConfigMap. Есть много других возможностей, например, вы можете вернуться к настройкам по умолчанию, если что-то пойдет не так.
Этот процесс описан со всеми подробностями в этом разделе документации .
Надеюсь, это поможет.