[ 
https://issues.apache.org/jira/browse/IGNITE-9365?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16619842#comment-16619842
 ] 

Valentin Kulichenko commented on IGNITE-9365:
---------------------------------------------

[~syssoftsol], I don't think there is a precedent as we don't have any out of 
the box backup filter implementations, but in general a filter can throw any 
exception. As a matter of fact, I think it definitely should in case of 
misconfiguration. If data affinity doesn't work correctly, there is no reason 
to continue. And I'm absolutely against logging only option for that particular 
reason.

Can you clarify why you think we would need rework of the function itself if we 
throw an exception? Is there a scenario when it doesn't behave properly? If so, 
do you have a test demonstrating this?

> Force backups to different AWS availability zones using only Spring XML
> -----------------------------------------------------------------------
>
>                 Key: IGNITE-9365
>                 URL: https://issues.apache.org/jira/browse/IGNITE-9365
>             Project: Ignite
>          Issue Type: Improvement
>          Components: cache
>         Environment:  
>            Reporter: David Harvey
>            Assignee: David Harvey
>            Priority: Minor
>             Fix For: 2.7
>
>         Attachments: master_947962f785_availability_zones_via_spring.patch
>
>   Original Estimate: 168h
>  Remaining Estimate: 168h
>
> As a developer, I want to be able to force  cache backups each to a different 
> "Availability Zone", when I'm running out-of-the-box Ignite, without 
> additional Jars installed.  "Availability zone" is a AWS feature with 
> different names for the same function by other cloud providers.  A single 
> availability zone has the characteristic that some or all of the EC2 
> instances in that zone can fail together due to a single fault.   You have no 
> control over the hosts on which the EC2 instance VMs run on in AWS, except by 
> controlling the availability zone .  
>  
> I could write a few lines of a custom affinityBackupFilter, and configure it 
> a RendezvousAffinityFunction, but then I have to get it deployed on all nodes 
> in the cluster, and peer class loading will not work to this.   The code to 
> do this should just be part of Ignite. 
>  



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to