LVS
lvs-users
Google
 
Web LinuxVirtualServer.org

[STATUS] Linux Virtual Server Development

To: VS List <linux-virtualserver@xxxxxxxxxxxx>
Subject: [STATUS] Linux Virtual Server Development
From: Wensong Zhang <wensong@xxxxxxxxxxxx>
Date: Tue, 23 Mar 1999 15:32:33 +0800
Linux Virtual Server Development STATUS:
Last modified at [$Date: 1999/3/23 $]


Plan:

    Everyone with plans on things they want to do for Linux Virtual Server
    should add them to the repository now. 

Open issues:

  * Porting the virtual server patch to kernel 2.2
    The virtual server patch is ported to kernel 2.2 still as a part of
    IP masquerading.

       Status: brad has volunteered. wensong will merge most of the vs codes
               into the separate file like ip_pfvs.c, and may help the
               porting too.

  * Adding the virtual server patch into the Rusty's netfilter framework.
    See http://www.rustcorp.com/linux/index.html
    The NAT/masq/redirect/load-sharing/packet filtering is merged together
    in the netfilter framework. It should be the final place for the vs
    codes to stay. It is a long time work, the netfilter framework
    is aimed for 2.3, and it will take quite a long time for 2.4 to be used
    in the production environment. However, it is the long future plan of 
    the virtual server.
        +1: wensong
        -0:

  * Minimizing the overhead of timing of masquerading entries

        +1: peter, wensong
        -0:
        Status: peter has volunteered

  * The separate virtual service handling modules.
    Since the ip_masq application modules are provided for the masquerading
    users to access the remote service, the virtual server handling is just
    in the reverse for the protocol that transmit addresses or port numberes
    as application data. If we just change those ip_masq application to 
    support virtual service for those protocols (like current virtual FTP
    service implementation, it is not efficent solution. A good solution
    is to develop separate virtual service handling modules.

        +1: wensong
        -0:
        Status: nobody has volunteered yet.

  * Implement the dispatching technology of IBM Network Dispatcher into
    the virtual server patch.
        See http://www.software.ibm.com/enetwork/dispatcher
       +1:
       -0:

  * The easy-install and easy-use cluster management software

        +1: rob
        -0:
        Status: Rob has done 30% of job. He has been caught up in other 
          pay-rob-lots-of-money-to-write-code projects, and he will get
          back into it when he has time. :-)

  * Integrate (improve if needed) Alan's heartbeat code in the virtual server
    to setup a backup of LinuxDirector.
        See http://www.henge.com/~alanr/ha/

        +1: wensong
        -0:
        Status: Wensong used the heartbeat code to build a backup of 
                LinuxDirector. The backup will take over the virtual IP
                address if it cannot hear the heartbeat message "I'm alive"
                from the primary in two seconds. wensong will put the 
                setup instruction on the web page soon.

  * Load-informed scheduling
    The agents running on real servers collect the load and memory information
    and send them to the agent(poller) running on the LinuxDirector, and the 
    poller give load information to the ippfvs in the kernel, the ippfvs 
    balances packets over real servers according to load information.

        +1: matthew, wensong
        -0:
        Status: matthew has implemented this scheduling in the Zaphod project 
               (a rack-mounted multiple computer web server) in the Corel 
               Computer Corpration. wensong will try to merge his patch
into                                              the next version or
next-next version...

Closed issues:




<Prev in Thread] Current Thread [Next in Thread>