What

This pull request modifies the Helm chart's Redis configuration to start the redis-server binary via exec, ensuring it runs as PID 1 inside the container.

Why

When a Kubernetes Pod is shutting down, it sends a SIGTERM signal to the container's main process (PID 1).

The previous configuration used the command: /bin/sh -c "redis-server". In this setup:

1. The /bin/sh shell is PID 1.
2. The actual redis-server is a child process.

Standard shells like sh do not automatically propagate signals (like SIGTERM) to their child processes. When the shell receives SIGTERM, it ignores it and waits for its child to exit. Since the redis-server never receives the SIGTERM, it doesn't initiate a graceful save-and-exit sequence.

This leads to the pod hanging until the terminationGracePeriodSeconds timeout is reached (200 seconds by default), at which point Kubernetes sends a SIGKILL (forceful kill).

Impact

• Fixes Pod Hangs: Eliminates unnecessary delays during Pod termination/scaling.
• Prevents Data Loss Risk : Allows Redis to perform a proper BGSAVE or persistence flush upon receiving SIGTERM, reducing the risk of data loss compared to an immediate SIGKILL.

^ Add meaningful description above
Read the Pull Request Guidelines for more information.
In case of fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
In case of a new dependency, check compliance with the ASF 3rd Party License Policy.
In case of backwards incompatible changes please leave a note in a newsfragment file, named {pr_number}.significant.rst or {issue_number}.significant.rst, in airflow-core/newsfragments.