This message was deleted.

Isn’t that doing exactly what replaceOnChange and deleteBeforeReplace has asked it to do? Honestly I never did understand why anyone would set those to true for stateful assets.

@bitter-father-26598 thanks for the answers, you are right. My PVC was configured to not to be replaced unless the size is changed, but the flags were there for deployment. So I expected the PVC to persist and deployment to be replaced. I'm currently renovating a script that uses automation API, in the old version there were lots of classes extended from ComponentResource, each having type names. Say below is the new version:

TYPE                                            NAME
companyname:productType:product                 instance-name
  kubernetes:core/v1:Namespace                  instance-name
  companyname:productType:product:disk          instance-name
    kubernetes:core/v1:PersistentVolumeClaim.   instance-name
  companyname:productType:product:deployment.   instance-name
    kubernetes:core/v1:Deployment               instance-name

And new version is like:

TYPE                                            NAME
companyname:product                             instance-name
  kubernetes:core/v1:Namespace                  instance-name
  kubernetes:core/v1:PersistentVolumeClaim.     instance-name
  kubernetes:core/v1:Deployment                 instance-name

So what happens is Pulumi first creates the resources needed on new version (things mostly already exists on the cluster) and deletes the resources from old version, causing resources that already exist to get deleted. Is there a way to rename the types and shuffle the tree by keeping at least PVC the same?