Monday
When trying to create a ingestion pipelines, auto generated cluster is hitting quota limit errors. The type of vm its trying to use is not available in our region and there seems no way to add fallback to different types of vms. Can you please help how this can be resolved.
Tuesday
Hi @Neelimak,
I should've been a bit clearer. Internally, the ingestion gateway does run on a classic jobs cluster, and those clusters are, in general, governed by compute policies. However, for managed ingestion pipelines created via the Data Ingestion UI, the gateway compute is systemโmanaged and today it is always attached to the default Job Compute policy (often "Unrestricted"). There is currently no way in the UI... even as an admin... to swap the policy on that autoโgenerated gateway cluster, or to override its node type / flexible node types.
The docs explicitly say you can use a custom gateway policy "API only", i.e., when you define the pipeline via API/Bundles rather than the UI wizard. In that API/Bundles scenario, you can control driver_node_type_id / node_type_id and flexible node types.
So, to be precise, Gateway Compute is locked to the default policy. You canโt change the VM family or fallbacks via UIโcreated ingestion. You can only attach a custom Job Compute policy or explicit cluster config and choose VM types/fallbacks when using the API/Bundles.
Check these links for reference.
If this answer resolves your question, could you mark it as โAccept as Solutionโ? That helps other users quickly find the correct fix.
Thursday
Thanks Ashwin. I hope that when creating pipelines through UI, SKU availability and quota is taken into account in future improvements. As it stands today for simpler/ POC type of implementation, this is a major roadblock. Thank you.
yesterday
Hi @Neelimak,
Thanks for the feedback. I've now passed the feedback to our product team.
Tuesday
Hi @Neelimak,
For managed ingestion pipelines, the autoโgenerated cluster is just a classic jobs cluster whose shape is controlled by a compute policy, so you can override the VM type and add fallbacks.
Ask a workspace admin to create or edit a Job Compute / cluster_type = dlt policy and pin it to VM sizes that actually exist in your region, for example:
{
"cluster_type": { "type": "fixed", "value": "dlt" },
"num_workers": { "type": "unlimited", "defaultValue": 1, "isOptional": true },
"driver_node_type_id": { "type": "fixed", "value": "REGION_SUPPORTED_DRIVER" },
"node_type_id": { "type": "fixed", "value": "REGION_SUPPORTED_WORKER" }
}
If this answer resolves your question, could you mark it as โAccept as Solutionโ? That helps other users quickly find the correct fix.
Tuesday
Thank for this information Ashwin.
Unfortunately, I currently do not see any way to force a policy on the automatically created ingestion gateway. I am an admin in my workspace and i dont see any option in either policy tab or during pipeline creation to specify certain policy for the ingestion gateway.
The compute that is generated is locked and is using Default "Unrestricted" Policy. And it seems its system managed and cant be edited.
Tuesday
Hi @Neelimak,
I should've been a bit clearer. Internally, the ingestion gateway does run on a classic jobs cluster, and those clusters are, in general, governed by compute policies. However, for managed ingestion pipelines created via the Data Ingestion UI, the gateway compute is systemโmanaged and today it is always attached to the default Job Compute policy (often "Unrestricted"). There is currently no way in the UI... even as an admin... to swap the policy on that autoโgenerated gateway cluster, or to override its node type / flexible node types.
The docs explicitly say you can use a custom gateway policy "API only", i.e., when you define the pipeline via API/Bundles rather than the UI wizard. In that API/Bundles scenario, you can control driver_node_type_id / node_type_id and flexible node types.
So, to be precise, Gateway Compute is locked to the default policy. You canโt change the VM family or fallbacks via UIโcreated ingestion. You can only attach a custom Job Compute policy or explicit cluster config and choose VM types/fallbacks when using the API/Bundles.
Check these links for reference.
If this answer resolves your question, could you mark it as โAccept as Solutionโ? That helps other users quickly find the correct fix.
Thursday
Thanks Ashwin. I hope that when creating pipelines through UI, SKU availability and quota is taken into account in future improvements. As it stands today for simpler/ POC type of implementation, this is a major roadblock. Thank you.
yesterday
Hi @Neelimak,
Thanks for the feedback. I've now passed the feedback to our product team.