[
https://issues.apache.org/jira/browse/AIRFLOW-6389?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
t oo updated AIRFLOW-6389:
--------------------------
Description:
right now common deployment pattern with blue/green build is:
1. on EC2 1, start scheduler
2. Assign 'final' DNS to EC2 1
3. create EC2 2
4. start scheduler on EC2 2
5. Assign 'final' DNS to EC2 2
6. Teardown EC2 1
Issue is that since the metastore db (ie mysql) is shared to both EC2s there is
a period of time between point 4 and 6 above where there are multiple
schedulers running. To avoid this proposing config for
'allow_multi_scheduler_instances' that when set to False, the startup of
scheduler will detect that another scheduler is running then exit (ie not
startup) with WARNING message
7. We have cron/systemd setup to keep retrying to to start the scheduler pid,
so as soon as point 6 completes scheduler should successfully launch on EC2 1
was:
right now common deployment pattern with blue/green build is:
1. on EC2 1, start scheduler
2. Assign 'final' DNS to EC2 1
3. create EC2 2
4. start scheduler on EC2 2
5. Assign 'final' DNS to EC2 2
6. Teardown EC2 1
Issue is that since the metastore db (ie mysql) is shared to both EC2s there is
a period of time between point 4 and 6 above where there are multiple
schedulers running. To avoid this proposing config for
'allow_multi_scheduler_instances' that when set to False, the startup of
scheduler will detect that another scheduler is running then exit (ie not
startup) with WARNING message
> add config for 'allow_multi_scheduler_instances' default True
> -------------------------------------------------------------
>
> Key: AIRFLOW-6389
> URL: https://issues.apache.org/jira/browse/AIRFLOW-6389
> Project: Apache Airflow
> Issue Type: New Feature
> Components: scheduler
> Affects Versions: 1.10.6
> Reporter: t oo
> Priority: Minor
>
> right now common deployment pattern with blue/green build is:
> 1. on EC2 1, start scheduler
> 2. Assign 'final' DNS to EC2 1
> 3. create EC2 2
> 4. start scheduler on EC2 2
> 5. Assign 'final' DNS to EC2 2
> 6. Teardown EC2 1
> Issue is that since the metastore db (ie mysql) is shared to both EC2s there
> is a period of time between point 4 and 6 above where there are multiple
> schedulers running. To avoid this proposing config for
> 'allow_multi_scheduler_instances' that when set to False, the startup of
> scheduler will detect that another scheduler is running then exit (ie not
> startup) with WARNING message
> 7. We have cron/systemd setup to keep retrying to to start the scheduler pid,
> so as soon as point 6 completes scheduler should successfully launch on EC2 1
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
