stratos-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dinesh Bandara <dine...@wso2.com>
Subject Re: [DISCUSS] Patching exiting cartridge instances with updates
Date Thu, 24 Jul 2014 05:52:53 GMT
On Thu, Jul 24, 2014 at 11:11 AM, Nirmal Fernando <nirmal070125@gmail.com>
wrote:

>
>
>
> On Thu, Jul 24, 2014 at 11:03 AM, Dinesh Bandara <dineshb@wso2.com> wrote:
>
>>
>>
>>
>> On Thu, Jul 24, 2014 at 10:47 AM, Nirmal Fernando <nirmal070125@gmail.com
>> > wrote:
>>
>>>
>>>
>>>
>>> On Mon, Jun 30, 2014 at 5:11 PM, Dinesh Bandara <dineshb@wso2.com>
>>> wrote:
>>>
>>>> Hi all,
>>>>
>>>> I have faced in to a situation that need to update existing cartridge
>>>> instances without interrupt  the process. AFAIU there are two types of
>>>> updates that need to be applied.
>>>>
>>>>    1. OS level/ Security updates
>>>>    2. Application level updates (Load balancer, PHP, MySQL)
>>>>
>>>>
>>>> *Patching OS level/ Security updates*
>>>>
>>>> Since this is a mandatory update we have to shutdown the server and
>>>> then need to restart it after successfully update the patch. But this will
>>>> interrupt the whole process.
>>>> Cartridge agent related updates can be consider as OS level update.
>>>>
>>>
>>> I don't think we need to. IMO Cartridge agent related updates can be
>>> applied using the same process of marking the state of the member to
>>> maintenance mode (before agent restarts).
>>>
>>>> *Solution*
>>>>
>>>>    - Spawn a new instance and apply the updates.
>>>>    - Terminate exiting instance
>>>>    - Repeat the above steps until spawn new instances on behalf of
>>>>    existing instances
>>>>
>>>>
>>> We can't spawn new instances manually. We should let stratos do that. To
>>> do an OS level update etc. we should terminate the instance from the IaaS
>>> level and let Stratos spin a replacement instance (with the new updates).
>>>
>>> Preferably, we need a Stratos API to automate the manual process
>>> involved here.
>>>
>> Yes, the above solution need to implement through Startos. sorry I have
>> missed that line in the first mail
>>
>>>
>>>>
>>>> *Patching Application level updates*
>>>>
>>>> Status of the cartridge instance set into 'Maintenance' mode, apply
>>>> updates and then set again as an 'Active' instance
>>>>
>>>> *Expose to user*
>>>>
>>>> Introduce new rest endpoint via SM which will provide the access to
>>>> patch selected cluster.
>>>>
>>>
>>> Selected member of a cluster rather.
>>>
>>
>> Assume we have 100 members in the cluster, if so user has to do it for
>> 100 times
>>
>
> Well, true that.. but bringing down the cluster as a whole would not be a
> viable solution too. We need some algorithm I guess.
>
Yes, We have to change auto scaling algorithm and need to get the number of
instances we are going to apply patches through API per time. Then Startos
will apply patches until all the members get updated .

>
>>
>>>
>>>> As the first step I would like to start with the "patching OS level
>>>> updates".
>>>>
>>>> Highly appreciate your thoughts on this.
>>>>
>>>> Thanks,
>>>> --
>>>> *Dinesh Bandara*
>>>> Software Engineer
>>>> WSO2 Inc.; http://wso2.com
>>>> lean.enterprise.middleware
>>>>
>>>>
>>>
>>>
>>> --
>>> Best Regards,
>>> Nirmal
>>>
>>> Nirmal Fernando.
>>> PPMC Member & Committer of Apache Stratos,
>>> Senior Software Engineer, WSO2 Inc.
>>>
>>> Blog: http://nirmalfdo.blogspot.com/
>>>
>>
>>
>>
>> --
>> *Dinesh Bandara*
>> Software Engineer
>> WSO2 Inc.; http://wso2.com
>> lean.enterprise.middleware
>>
>>
>
>
> --
> Best Regards,
> Nirmal
>
> Nirmal Fernando.
> PPMC Member & Committer of Apache Stratos,
> Senior Software Engineer, WSO2 Inc.
>
> Blog: http://nirmalfdo.blogspot.com/
>



-- 
*Dinesh Bandara*
Software Engineer
WSO2 Inc.; http://wso2.com
lean.enterprise.middleware

Mime
View raw message