Hi Osura, On Mon, May 9, 2016 at 11:22 PM, Osura Rathnayake <osura...@gmail.com> wrote:
> Hi mentors, > > When setting up the DB according to [1], should shared REGISTRY_DB and > shared WSO2_USER_DB be resided on a separate server other than the > manager/worker node? if so can I use the same server i used for load > balancer for this purpose? > Yes, you can. > > > [1] https://docs.wso2.com/display/CLUSTER44x/Setting+up+the+Database > > Thanks and Regards > Osura > > On Sun, May 1, 2016 at 9:53 AM, Imesh Gunaratne <im...@wso2.com> wrote: > >> >> >> On Sat, Apr 30, 2016 at 9:20 PM, Osura Rathnayake <osura...@gmail.com> >> wrote: >> >>> Hi Imesh, >>> >>> Thank you very much for the guidelines. I will do as you have instructed >>> and let you know the progress. >>> >> >> Great! Let us know if you find any problems. >> >> Thanks >> >>> >>> Regards, >>> Osura >>> >>> On Saturday, April 30, 2016, Imesh Gunaratne <im...@wso2.com> wrote: >>> >>>> Hi Osura, >>>> >>>> It's nice to hear from you. I think it would be better if you can >>>> follow below steps: >>>> >>>> 1. Implementing WSO2 Azure membership scheme: >>>> >>>> - First understand how WSO2 Carbon works by setting up a WSO2 >>>> Application Server worker/manager deployment on Azure. >>>> - Use WKA membership scheme for this and see how clustering works. >>>> - Then go through the WSO2 Kubernetes membership scheme source code. >>>> - Afterwards implement a new WSO2 membership scheme for Azure. >>>> >>>> 2. Next see how each of the following can be setup on Azure using >>>> native features: >>>> >>>> - Auto healing >>>> - Autoscaling >>>> - Dynamic load balancing >>>> - Centralized logging >>>> - Monitoring >>>> - Metering >>>> >>>> Thanks >>>> >>>> >>>> On Fri, Apr 29, 2016 at 8:07 PM, Osura Rathnayake <osura...@gmail.com> >>>> wrote: >>>> >>>>> Hi All, >>>>> >>>>> Thank you very much for accepting my proposal. >>>>> >>>>> Yes these days i am working on understanding how hazelcast behaves. >>>>> >>>>> I have already come across some of Azure API references that can be >>>>> used to identify a group of VMs. >>>>> >>>>> Network Security Group (NSG) is the equivalent AWS Security group that >>>>> we could find in azure. And this [1] is the API reference that can be used >>>>> to get information about a particular NSG. There under >>>>> networkInterfaces.id >>>>> element, we can get a collection of references to Network Interface >>>>> Cards that reference this NSG. And then using that we can get information >>>>> about NICs [2]. There under virtualMachine element, we can get the VM >>>>> associated with that NIC. I think we can use method to identify a group of >>>>> VMs. >>>>> >>>>> >>>>> >>>>> [1] https://msdn.microsoft.com/en-us/library/azure/mt163654.aspx >>>>> [2] https://msdn.microsoft.com/en-us/library/azure/mt163611.aspx >>>>> >>>>> Regards, >>>>> Osura >>>>> >>>>> On Fri, Apr 29, 2016 at 4:16 PM, Isuru Haththotuwa <isu...@wso2.com> >>>>> wrote: >>>>> >>>>>> Hi Osura, >>>>>> >>>>>> First of all, great work with the proposal and congratulations on >>>>>> getting selected! >>>>>> >>>>>> As you know, this is the community bonding period which you can use >>>>>> to enhance your community relationship and of course to gain knowledge in >>>>>> the related areas. Hope you are right on it! >>>>>> >>>>>> Can you please send a brief update about the any project related work >>>>>> that you are doing now? Please copy the wso2 dev list (dev@wso2.org) >>>>>> as well. >>>>>> >>>>>> -- >>>>>> Thanks and Regards, >>>>>> >>>>>> Isuru H. >>>>>> +94 716 358 048* <http://wso2.com/>* >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> *Imesh Gunaratne* >>>> Senior Technical Lead >>>> WSO2 Inc: http://wso2.com >>>> T: +94 11 214 5345 M: +94 77 374 2057 >>>> W: http://imesh.io TW: @imesh >>>> Lean . Enterprise . Middleware >>>> >>>> >> >> >> -- >> *Imesh Gunaratne* >> Senior Technical Lead >> WSO2 Inc: http://wso2.com >> T: +94 11 214 5345 M: +94 77 374 2057 >> W: http://imesh.io TW: @imesh >> Lean . Enterprise . Middleware >> >> > -- Thanks and Regards, Isuru H. +94 716 358 048* <http://wso2.com/>*
_______________________________________________ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev