| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2021-06-29 | |||
| 11:26:19 | gibi | no problem | |
| 11:43:20 | gibi | stephenfin: I'm here until the top of the hour to talk about the availability zone check. Alternatively I'm here from 15:30 CEST till the nova meeting | |
| 11:47:28 | gibi | stephenfin: bauzas replyed in the review and I think that was how I understood the the original agreement. so --az az:host should be translated to an internal behavior to match the --host host behavior and log a warning if that host is not in the az | |
| 11:49:27 | kashyap | gibi: Afraid, I might not be there for the entire meeting, as I have to run for an errand; I see it's 18:00 CET (1600 UTC) | |
| 11:50:11 | gibi | kashyap: I can move the topic a earlier in the agend, what is your cut of time_ | |
| 11:50:14 | gibi | ? | |
| 11:50:46 | kashyap | I can be around the first 20 mins | |
| 11:50:53 | kashyap | Thank you, as usual for adjusting. I feel guilty :D | |
| 11:51:30 | gibi | kashyap: OK, I will move it. Don't worry | |
| 11:52:58 | kashyap | Thx! | |
| 12:53:03 | bauzas | gibi: again, even if we do the same, the main difference between the az hack and the --host value is that for the former, we don't verify the AZ | |
| 12:53:44 | gibi | bauzas: but for the --host we also not verify any az as az was not even provided | |
| 12:53:45 | bauzas | that's why I would like to continue to not verify it, but saying that the instance couldn't be stuck to a specific AZ | |
| 12:54:01 | bauzas | gibi: ah, correct indeed | |
| 12:54:03 | gibi | that work sof me | |
| 12:54:08 | gibi | works for me | |
| 12:54:13 | bauzas | kk | |
| 12:54:56 | gibi | so in --az my-az:host we dont enforce my-az, we simply replace that to whathever internal data that represents --host host only | |
| 12:55:21 | gibi | I don't want to say "ignore az" as I'd like to have a warning that the az is ignored | |
| 12:55:55 | gibi | question: do we only ignore the az if the host is not in the az, or we ignore it even if the host is in the az? | |
| 13:06:12 | sean-k-mooney | gibi: https://review.opendev.org/c/openstack/nova/+/797428/2 has finally passed check so im +1 on it and the preceeding patch if we want to move those forward now | |
| 13:06:36 | sean-k-mooney | oh your +2 on that bauzas ^ | |
| 13:06:53 | gibi | yepp I'm OK | |
| 13:07:04 | sean-k-mooney | bauzas: its stephens fixs for my port delegation patch | |
| 13:07:25 | bauzas | sean-k-mooney: ok, I can take a look | |
| 13:07:31 | bauzas | gibi: I haven't seen your question, looking | |
| 13:07:45 | sean-k-mooney | gibi: thanks for reviewing those | |
| 13:08:11 | bauzas | gibi: by saying --az foo:host, we make the instance movable between AZs | |
| 13:08:25 | bauzas | gibi: so, the instance will land on host1 which can be on az1 | |
| 13:08:47 | bauzas | gibi: but eventually, the instance could be moved to another host in az2 as the requested AZ eventually is "None" | |
| 13:08:57 | gibi | bauzas: so if --az foo:host and host in foo then we still not pin the instance to foo az toda? | |
| 13:09:00 | gibi | y | |
| 13:09:22 | bauzas | gibi: today, we stick to foo | |
| 13:09:33 | bauzas | gibi: even if host isn't in foo | |
| 13:09:56 | bauzas | tomorrow, we'll stick to nothing and leave the instance be in any AZ | |
| 13:10:25 | bauzas | if host is in 'bar' AZ, fine | |
| 13:10:34 | gibi | bauzas: ack, this works for me | |
| 13:10:41 | sean-k-mooney | the alternitive being stick to the az that host is in, reject the request or keep the current behavior | |
| 13:10:57 | sean-k-mooney | i think im ok with what bauzas is suggesting too | |
| 13:11:14 | bauzas | and like I said, if the operator wants to land on host and stick to foo, they can say --host host and --az foo | |
| 13:11:27 | bauzas | then, they'll get NoValidHosts | |
| 13:11:47 | bauzas | sean-k-mooney: I don't like the alternative as I don't wanna verify the AZ by the API | |
| 13:11:58 | bauzas | since the AZFilter can be disabled | |
| 13:12:12 | sean-k-mooney | its not related to the az filter | |
| 13:12:14 | bauzas | and I know some ops that use forced_hosts hack but don't run AZFilter | |
| 13:12:31 | sean-k-mooney | instance hav az without that | |
| 13:12:46 | bauzas | we only enforce AZs by the filter | |
| 13:12:56 | bauzas | or by placement | |
| 13:13:01 | sean-k-mooney | no we also suport^ | |
| 13:13:03 | bauzas | (if the prefilter is enabled) | |
| 13:13:12 | sean-k-mooney | yep and you can disable both | |
| 13:13:16 | bauzas | correct | |
| 13:13:29 | bauzas | so, you can technically use the forced_hosts hack without using AZs | |
| 13:13:30 | sean-k-mooney | although the filter should get deprecated this cycle and removed next cycle | |
| 13:13:38 | bauzas | whatever | |
| 13:13:42 | sean-k-mooney | but the prefilter will still be configurable | |
| 13:13:47 | bauzas | we'll continue to verify AZs by the scheduler | |
| 13:13:50 | sean-k-mooney | although on by default | |
| 13:13:57 | bauzas | like the AZFilter ;) | |
| 13:14:06 | sean-k-mooney | right although we could do in the api instead | |
| 13:14:09 | bauzas | no | |
| 13:14:15 | bauzas | it's a breaking change | |
| 13:14:18 | sean-k-mooney | its a viald althernitive | |
| 13:14:31 | sean-k-mooney | bauzas: not if its configurable although yes config driven api behavior is bad | |
| 13:14:45 | sean-k-mooney | although that is effectivly what we do with the filter | |
| 13:14:50 | bauzas | we said a couple of times to *not* verify the filters by the api service | |
| 13:15:02 | bauzas | the api service needs to be scheduler agnostic | |
| 13:15:19 | sean-k-mooney | this is not really verifying the filter | |
| 13:15:26 | sean-k-mooney | its verifying if the request is valid | |
| 13:15:32 | sean-k-mooney | anyway | |
| 13:15:36 | bauzas | it's enforcing AZs on the API side while you could have disabled it | |
| 13:15:45 | bauzas | and I have serious concerns about it | |
| 13:16:00 | bauzas | but yeah, I think we have a plan | |
| 13:16:02 | sean-k-mooney | well long term i would like to remove the ablity to diable az filtering | |
| 13:16:12 | opendevreview | Merged openstack/nova master: Fix error '404 Not Found' https://review.opendev.org/c/openstack/nova/+/797233 | |
| 13:16:13 | sean-k-mooney | and by long term i mean in Z | |
| 13:16:18 | bauzas | sean-k-mooney: you'll release the operator's fury | |
| 13:16:33 | sean-k-mooney | why by default everything will be in one az | |
| 13:16:39 | bauzas | AZs *have to* be optional | |
| 13:16:41 | sean-k-mooney | it wont have any impact on them | |
| 13:16:54 | sean-k-mooney | everythign is in the nova az by default | |
| 13:17:05 | sean-k-mooney | well unles you rename the default az | |
| 13:17:06 | bauzas | sean-k-mooney: again, it's not a matter of AZs topology | |
| 13:17:18 | bauzas | sean-k-mooney: it's about the contract the user is signing off when booting | |
| 13:17:25 | sean-k-mooney | yes | |
| 13:17:35 | bauzas | either they decide to stick to an AZ or to be AZ-agnostic | |
| 13:17:38 | sean-k-mooney | i did not say you had to request it | |
| 13:17:44 | bauzas | having one big AZ won't help | |
| 13:17:52 | sean-k-mooney | i jus said we shoudl always report and filter based on it if present | |
| 13:18:09 | sean-k-mooney | if there is no az request the placement query woudl be identical | |
| 13:18:52 | sean-k-mooney | bauzas: what i would like to see is the request spec az remains as None by default | |
| 13:19:10 | sean-k-mooney | but that we would alway check az if requested with the placment query | |
| 13:19:20 | bauzas | sean-k-mooney: some operators make use of schedule_default_az with different values on the API services | |
| 13:19:36 | sean-k-mooney | yep that would still work | |
| 13:19:42 | bauzas | so they round-robin their instances between AZs by the number of workers | |
| 13:19:47 | sean-k-mooney | since that would populate the requestspec | |
| 13:20:14 | sean-k-mooney | i would just like to remove the az filer in Y and remove disabling the placment query in Z | |
| 13:20:18 | sean-k-mooney | no other changes | |
| 13:20:22 | bauzas | sean-k-mooney: that's a breaking change, right? | |
| 13:20:28 | sean-k-mooney | bauzas: it should not be no | |