Created on 11-15-2018 07:29 AM - edited 09-16-2022 06:54 AM
We currently have a number of classes of users leveraging Impala. We're running into issues where some users create queries that exhaust availabe Impala memory and then impact other queries, potentially taking them down as we encounter OOM errors.
Our goal is to leverage a default memory limit per query (potentially across pools) to prevent rogue queries from running unchecked. However, when we set this value to some fraction of total Impala memory per node (say, 128GB) we end up with Impala attempting to RESERVE that amount of memory for each query, which is not the effect we're looking for.
Since we're using resource management (not Llama, but Admission Control), I believe the following is relevant:
When resource management is enabled, the mechanism for this option changes. If set, it overrides the automatic memory estimate from Impala. Impala requests this amount of memory from YARN on each node, and the query does not proceed until that much memory is available. The actual memory used by the query could be lower, since some queries use much less memory than others. With resource management, the MEM_LIMIT setting acts both as a hard limit on the amount of memory a query can use on any node (enforced by YARN) and a guarantee that that much memory will be available on each node while the query is being executed.
I guess my question is, can we use resource management for Impala AND have mem_limit actual be a simple limit-per-query and NOT a reservation-per-query? Do we absolutely need to turn of resource management for Impala if we want mem_limit to behave as a limit and not a reservation? If so, what exactly do we need to turn off? Since Llama is no longer relevant in the Impala universe, the actual setting I'm supposed to toggle is a little obscure. Is it actually Admission Control we need to turn off, or something else?
Created 11-15-2018 07:48 AM
Actually, in re-reading what I wrote, I'm further confused...
When resource management is enabled, the mechanism for this option changes. If set, it overrides the automatic memory estimate from Impala. Impala requests this amount of memory from YARN
We are not using Impala on YARN (ie, Llama). I don't think it's physical possible to use this feature anymore (we're running CDH 5.11). So how can setting the default Impala mem_limit be causing a reservation of memory versus a simple over-the-limit check during execution?
Created 11-15-2018 10:14 AM
Created 11-15-2018 10:49 AM
Created 04-24-2019 08:51 AM
Could you advise if there is a solution to the problem, when Impala assigns heavy query parts to busy executors. For example the following was faced at CDH 5.16 with Impala 2.12.0:
Impala has several (let's say 5) executors each having ~100GB RAM.
Impala admission control is used.
The mem_limit is set default (or about default ~80%), e.g. 80GB.
The first relatively long and heavy query (let's name it Query1) comes and one of its steps take ~70GB RAM at executor1, i.e. there is ~10GB available RAM at this executor for reservation.
Other 4 executor servers are nearly idle.
At the same time the second query (let's name Query2) comes, which requires 40GB RAM, and it might happen the Query2 is assigned to the executor1, which is busy. So the Query2 fails due to it cannot allocate/reserve the memory.
Is there a way to configure Impala to assign fragments/query parts to less busy executors?
So far the concurrency reduction or reservation removal (since reserved memory amount usually is larger than really used) might work, but I see it too inefficient to use only 1-2 executors out of 5.
Impala on YARN potentially might help, but as far as I see, it requires Llama, which is deprecated and is going to be removed soon.