-
wrote on Oct 14, 2020, 12:26 PM last edited by girish Oct 14, 2020, 4:44 PM
I admit this is an unusual scenario, probably exclusive to us - but it would save a lot of manual work.
When we are updating the Location, Cloudron does the DNS changes.
However, in our case, we are moving from K8S stacks, where we have multiple A records for the same domain/subdomain.
Currently, the fix is removing them manually, but then it takes a long time for Cloudron to recognise the updated DNS.
If you could account for the use-case of removing all matching A records when creating the single record for the Cloudron App, that would save us a lot of manual work please
-
I admit this is an unusual scenario, probably exclusive to us - but it would save a lot of manual work.
When we are updating the Location, Cloudron does the DNS changes.
However, in our case, we are moving from K8S stacks, where we have multiple A records for the same domain/subdomain.
Currently, the fix is removing them manually, but then it takes a long time for Cloudron to recognise the updated DNS.
If you could account for the use-case of removing all matching A records when creating the single record for the Cloudron App, that would save us a lot of manual work please
@marcusquinn said in When updating an app Location, we have multiple A records that need removing:
but then it takes a long time for Cloudron to recognise the updated DNS.
Cloudron may update DNS - but DNS records can take up to 48 hours to be seen by the outside world (though RARELY ever this long). Most of the time, the records are processed automatically according to the DNS records TTL (Time To Live). If you changed or removed a record, the TTL is sometimes the minimum to which the record will be seen. Most of the time though, you should be able to see the changes within a few minutes BUT NOT ALWAYS. DNS is fun like that!
That said - when renaming or changing location, Cloudron should make the change for you already - is it not doing that?
-
@marcusquinn said in When updating an app Location, we have multiple A records that need removing:
but then it takes a long time for Cloudron to recognise the updated DNS.
Cloudron may update DNS - but DNS records can take up to 48 hours to be seen by the outside world (though RARELY ever this long). Most of the time, the records are processed automatically according to the DNS records TTL (Time To Live). If you changed or removed a record, the TTL is sometimes the minimum to which the record will be seen. Most of the time though, you should be able to see the changes within a few minutes BUT NOT ALWAYS. DNS is fun like that!
That said - when renaming or changing location, Cloudron should make the change for you already - is it not doing that?
wrote on Oct 14, 2020, 2:25 PM last edited by@murgero Yeah, know all that. Our use-case is unusual. It's just as I said above. I don't think the Cloudron DNS API scripts ever considered finding multiple A records for the same domain/subdomain because it's not a common setup to go from in that process.
-
I opened https://git.cloudron.io/cloudron/box/-/issues/743 (assumed it's route53 unless you tell me otherwise).
-
wrote on Oct 14, 2020, 4:35 PM last edited by
@girish thanks, it's apparent with Cloudflare but I expect the issue would be with any of them.
-
wrote on Oct 14, 2020, 10:05 PM last edited by
Maybe one way around this would be to set up redirects for that app that match the existing records, then Cloudron would be 'aware' of them.
Still manual work.
-
Maybe one way around this would be to set up redirects for that app that match the existing records, then Cloudron would be 'aware' of them.
Still manual work.
wrote on Oct 14, 2020, 10:37 PM last edited by@robi Manual fix is just deleting the old triple records manually. Lots of domains though, and it's something that ought to be fixable with a checkpoint loop in the api call. Saving a few hours in a devs day is rather valuable.
-
@robi Manual fix is just deleting the old triple records manually. Lots of domains though, and it's something that ought to be fixable with a checkpoint loop in the api call. Saving a few hours in a devs day is rather valuable.
wrote on Oct 14, 2020, 11:12 PM last edited by@marcusquinn can one do loops in postman or similar?
-
@marcusquinn can one do loops in postman or similar?
wrote on Oct 15, 2020, 12:16 AM last edited by@robi I can do it manually in Cloudflare. Not looking for workarounds.
It's just a nuisance factor in having to explain it to every developer working on migrations from K8S setups to Cloudron Apps.
K8S for high-availability is interesting but not as performant, cost-efficient or quick to replicate, hence moving our focus to single server apps and we'll then work on a new approach to HA.
-
@robi I can do it manually in Cloudflare. Not looking for workarounds.
It's just a nuisance factor in having to explain it to every developer working on migrations from K8S setups to Cloudron Apps.
K8S for high-availability is interesting but not as performant, cost-efficient or quick to replicate, hence moving our focus to single server apps and we'll then work on a new approach to HA.
wrote on Oct 15, 2020, 12:44 AM last edited by@marcusquinn said in When updating an app Location, we have multiple A records that need removing:
K8S for high-availability is interesting but not as performant, cost-efficient or quick to replicate, hence moving our focus to single server apps and we'll then work on a new approach to HA.
Sounds like a plan and a boost to getting HA Cloudron running.
-
@marcusquinn said in When updating an app Location, we have multiple A records that need removing:
K8S for high-availability is interesting but not as performant, cost-efficient or quick to replicate, hence moving our focus to single server apps and we'll then work on a new approach to HA.
Sounds like a plan and a boost to getting HA Cloudron running.
wrote on Oct 15, 2020, 12:50 AM last edited by@robi yeah, with ecommerce being our primary business, we're invested in this. We have 12 very experienced devs on the team but just a few of them have had time to start looking at Cloudron this week. In this for the long-term though so I'm sure you'll start to see our work filtering through very soon.